業務に特化したAIエージェント自動構築と進化を実現する新基盤の動向

解説

近年、企業におけるAI活用が加速する一方で、実際にAIエージェントを導入し運用する段階で「仕様変更や業務手順の変更」への対応負荷の高さという課題に直面していました。従来のシステムでは、業務フローのわずかな変化にも人間による手動での修正・再構築が必要となり、継続的な運用が難しくなるケースが多かったのです。

今回紹介された富士通のMAAFは、こうした課題を解決するためのマルチAIエージェントシステム構築・運用基盤です。単に初期設計を自動化するだけでなく、会議録画などの非構造化データから要件を抽出し、複数候補を提示し、人間の専門的な対話（ヒアリング）を通じてシステムの骨子を定義します。

特筆すべきは、構築されたシステムが単なる「静的」なツールで終わらない点です。運用中に得られた成功事例や失敗理由といったデータを自動的に蓄積し、自己進化させることで、組織全体のノウハウを構造化し、次のシステム改善や新しいユースケースへの横展開に役立てます。

また、重要な変更を行う際は「誤進化」を防ぐための事前検証プロセスを経るほか、変更履歴の監査可能な保持が義務付けられており、高度なガバナンスと安全性を提供することを目指しています。これらの機能により、AIエージェントを初期構築の一時的な自動化ツールではなく、「企業と共に進化し続ける事業変革の基盤」として位置づけようとしている点が注目されます。

ポイント

• 富士通が、業務の複雑な変化に対応でき、自己学習しながら継続的に進化するマルチAIエージェント運用基盤「MAAF」を開発した。
• 本フレームワークは、非構造化データ（会議録など）から要件を抽出し、対話を通じてシステム自動構成を行うとともに、「誤進化」を防ぐ検証プロセスを持つ。
• これにより、AIエージェントの活用が初期構築だけでなく、企業全体の継続的な業務改善とノウハウ蓄積のための基盤となることを目指す。

情シスへの影響

このフレームワークは具体的な製品情報ですが、一般的にAIを活用したシステム構築を検討する上で以下の管理領域に影響を与えます。

• データガバナンス・セキュリティ： 運用過程で大量の業務データ（会議録など非構造化データ）を取り扱い、自動構成および改善を行います。機密性の高い情報が利用される場合、データのアクセス権限管理や保持期間ポリシーの厳格な適用が必要です。

• システムライフサイクル管理 (SDLC)： AIエージェントを単なる初期ツールとしてではなく「進化し続ける基盤」と捉えるため、変更履歴（誰が、いつ、何を変えたか）の監査証跡の確保が非常に重要になります。これは従来のCI/CDパイプラインを超えた高度なガバナンス要件となります。

• AIプラットフォーム連携： 本システムは富士通独自のAIプラットフォームと連携する前提があります。自社で複数のSaaSやオンプレミス環境に分散してAI導入を進めている場合、標準化された「進化」の仕組みをどう設計し、各システム間でノウハウや変更プロセスを一元管理できるかという検討が必要となります。

影響範囲

企業が進行中のマルチAIエージェント導入・運用に関わるすべての業務領域（小売業の発注業務、システム開発における調査/影響分析など）の全工程に影響します。特に、非構造化データ（会議録、マニュアル）を要件源として利用する場合、データの取り込み経路とセキュリティポリシーの見直しが必要です。

重要度

★★★★☆

対象者

• セキュリティ担当者
• M365管理者
• AD管理者
• システムエンジニア

優先度

計画的に対応

優先度の理由

このMAAF自体はベンダーの独自基盤ですが、記事で語られている「自己進化」「誤進化防止」「監査可能な変更履歴保持」といった機能要件が、今後の全社的なAIシステム導入における標準的なガバナンスレベルを定義しています。現在複数のAI活用プロジェクトを進めている場合、このレベルのライフサイクル管理を計画に組み込むか否かの判断材料となります。現時点では競合技術や将来的な市場の動向として捉えつつ、PoC（概念実証）や設計指針の見直しといった段階で取り組むべきです。

確認手順

• 自社内のAI活用プロジェクトにおいて、「変更履歴」および「なぜその変更が必要か」という背景情報（ログ、承認プロセスなど）がどのレベルまで構造化・記録されているかを棚卸しする。
• 非構造化データ（過去の議事録、設計書など）を主要な入力ソースとして利用する場合、それらのデータの分類とセキュリティ保護レベルを確認する。
• 複数のSaaSやオンプレミス環境で導入中のAIエージェントに対し、業務プロセスの変更がシステム全体に与える影響分析プロセス（Impact Analysis）の標準化を行うための検討を開始する。
• ベンダーの公式発表に基づき、同様のライフサイクル管理機能を持つ代替ソリューション（オープンソース含む）が存在するか調査する。