homulaAIエージェントの統制（ガバナンス）をめぐる論点は、この1年でめまぐるしく移ってきました。「どこに何体のエージェントがいるか」という棚卸し（ディスカバリ）、「誰が何をできるか」という権限と承認、「本当にその通り動いたか」という監査と証拠——いずれも、基本的には 1体のエージェントを対象にした統制 です。しかし本番環境では、エージェントは1体では動きません。複数のエージェントが、既存システムや自動化ワークフローと 同時に、並行して 動き始めた瞬間、新しい故障モードが生まれます。すなわち 「エージェント同士、あるいはエージェントとシステムの衝突（コンフリクト）を、誰がどう裁くのか」 という問題です。
2026年10月15日、ローコード大手の OutSystems が CIO Dive・KPMG と共同で公表した調査は、この論点の重さを数字で突きつけました（PR Newswire / Yahoo Finance）。homula はエンタープライズ向けの AIエージェント・インテグレーターとして、日本企業の「PoCから本番・全社へ」を日々支援しています。本稿では、この調査の一次的な数値を整理したうえで、単体の統制から「オーケストレーション層の統制」へ という次の設計課題を、実務の観点でまとめます。
調査が映した「確信」と「能力」のギャップ
この調査は、CIO Dive が2026年6月に実施したオンライン調査で、858名のエグゼクティブ が回答したとされます（itbrief）。最も象徴的なのは、OutSystems の CIO、Tiago Azevedo 氏が引いた次の対比です。
「エグゼクティブの 82% が『AIエージェントの統制に追従できている』と答えた。しかし、エージェント同士の衝突を解決できると答えたのは 26% にすぎない」
つまり、多くの企業が「ガバナンスは回せている」と感じている一方で、複数のエージェントやシステム、自動化ワークフローが互いにぶつかったときに、それを裁ける と考えている企業は4社に1社ほどしかない、ということです。Azevedo 氏はこのギャップを 「本当の仕事はここで起きる（where the real work happens）」 と表現しました。
さらに、調査からは監督の“手作業性”も浮かびます。報じられた数値によれば、エージェントの監督を 既存のIT・セキュリティ・コンプライアンス手続き／個別レビュー／中央集権的なポリシーと監視 に頼っている企業が 83% にのぼり、自動化された統制・監査証跡・正式な人間レビューの地点 を備えているのは わずか5% でした（cioinfluence）。統制の“意思”はあっても、その実行はまだ人海戦術に依存している、という構図です。
数字の出所に注意: 本稿が引くのは 2026年6月調査・858名 のエグゼクティブ調査です。OutSystems が2026年4月に公表した別調査（「96%が既にエージェントを利用」「94%がスプロールを懸念」、約1,900名のIT責任者対象）とは 母集団も設問も異なる ため、両者の数値を直接比較しないでください。
なぜ「単体の統制」では足りないのか
承認フロー、RBAC、監査ログ——これらは 1体のエージェントの振る舞い を縦に統制する仕組みです。極めて重要ですが、エージェントが増え、横に連携し始めると、単体では現れなかった故障 が起きます。
- リソースの奪い合い: 複数エージェントが同じレコードやAPI枠、在庫、予算を同時に取りにいく。
- 相反する指示: あるエージェントが「承認」した取引を、別のエージェントのポリシーが「保留」にする。
- コンテキストの食い違い: 同じ顧客・同じ案件について、各エージェントが別々の“事実”を持って動く。
同じ調査で、35% が「データの一貫性とコンテキスト共有」をオーケストレーションの大きな障害に挙げたのは、まさにこの三番目の問題を指しています。導入の優先事項としても、74% が「既存アプリ・システムとの統合」、63% が「システム横断のエージェント・オーケストレーション」、62% が「モデル・ベンダー・プラットフォームを将来乗り換えられること」を重視すると回答しました。単体の賢さよりも、つながった状態での秩序と可搬性 に関心が移っていることが読み取れます。
この問題意識は、OutSystems 1社の見立てではありません。2026年10月8日に Google Cloud が発表した企業向け「Gemini agent」も、エージェントに固有のID（アテステーション付き）・監査証跡・Agent Sandbox・“AIネットワークのファイアウォール”と称する Agent Gateway を組み合わせ、プロジェクト単位の支出上限でエージェントを一時停止できる設計を打ち出しました（TechCrunch）。主要ベンダーが「連携する多数のエージェントをどう秩序立てるか」を製品の芯に据え始めた、という同じ流れの上にあります。
オーケストレーション層の統制をどう設計するか
論点が「1体の縦の統制」から「多数の横の統制」へ移るとき、設計の軸も変わります。KPMG の Michael Harper 氏は、この溝を埋めるには アシュアランス（保証）を最初から作り込むこと、具体的には ポリシー・アズ・コード と ランタイム・ガードレール が要ると述べています。単体統制とオーケストレーション統制の違いを、実務の観点で整理すると次のようになります。
| 観点 | 単体エージェントの統制 | オーケストレーション層の統制 |
|---|---|---|
| 主な問い | この1体は正しく動いたか | 複数の動きが互いに矛盾していないか |
| 代表的な仕組み | RBAC・承認・監査ログ | 調停ルール・優先順位・排他制御・共有コンテキスト |
| 失敗の現れ方 | 権限逸脱・不正操作 | 奪い合い・相反する決定・事実の食い違い |
| 実行方式 | レビューと承認（人手が多い） | ポリシー・アズ・コード＋ランタイム・ガードレール |
| 証拠 | 誰が何をしたか | どの判断が、どの判断に勝ったか／なぜ保留したか |
ここで要になるのは、衝突を「起きてから人が火消しする例外」ではなく、「設計で先回りする既定（デフォルト）」として扱う 発想です。どのエージェントの決定が優先されるか、競合時に誰が保留・差し戻しを受けるか、同じ事実を参照する単一のコンテキスト源はどこか——これらをコードとして記述し、実行時に効かせる。そして「どの判断がどの判断に勝ったか」までを 監査可能な証拠 として残す。単体統制で培った承認・監査の層の“上”に、調停と優先順位の層を重ねる、という順序です。
「ガバナンスはできている」という自己評価（82%）が危ういのは、それが多くの場合 単体の統制 の自己評価だからです。本番で全社にエージェントが広がるほど、評価すべきは「1体を止められるか」ではなく「50体が矛盾した時に秩序を保てるか」に移ります。PoCが単体で成功しても、全社展開で詰まる原因の多くはこの“横の統制”の欠落にあります。
homula の観点——衝突を前提に実装順序を組む
homula はこの課題を、ツール選定ではなく 実装の順序設計 の問題として捉えています。推奨する筋道は次の通りです。
第一に、つなぐ基盤を揃える。 エージェントが既存システムと衝突する前に、まず「どこに・どうつながるか」を標準化します。Agens は MCP を活用したエンタープライズ向け統合プラットフォームで、200以上のツールと構築ゼロで接続 できます。調査で74%が挙げた「既存アプリとの統合」と、62%が重視した「モデル・ベンダーの乗り換え可能性」を、最初の設計で確保しておくことが、後からの衝突を減らす前提になります。
第二に、調停と証拠の層を敷く。 「自動化された統制・監査・人間レビュー地点を備えているのは5%」という現実の裏返しは、ここが最大の差別化余地だということです。Agens Control は、承認フロー・DLP・5年分の監査ログ・RBAC を提供し、「誰が・何を・いつ」だけでなく、どの判断が優先され、どこで保留・差し戻しが起きたか を後から検証可能にします。これは、オーケストレーション層で起きる衝突を“証拠が残る形で”裁くための土台です。
第三に、小さく測って全社へ広げる。 いきなり全社のマルチエージェントを組むのではなく、業務を棚卸しし、衝突が起きやすい業務から優先的に設計する。homula の AIエージェント・ブートキャンプ は、業務棚卸し・プロトタイプ構築・ROI試算を 3〜5日 で完結させ、「単体では動くが連携で詰まる」地点を早期に洗い出します。処理時間 93%削減 のような成果は、単体の自動化だけでなく、この“連携での秩序”を設計して初めて全社に広がります。
まとめ——次の統制は「縦」ではなく「横」にある
OutSystems の調査が示したのは、統制の“意思”と“能力”のあいだに開いた溝でした。82%が「追従できている」と答えても、衝突を裁けるのは26%。監督の83%はまだ手作業で、自動化は5%。この溝は、エージェントが1体から多数へ、孤立から連携へと移る本番環境でこそ開きます。
日本企業が次に問うべきは、「このエージェントを止められるか」ではなく、「複数のエージェントとシステムが矛盾したとき、設計で秩序を保てるか」 です。つなぐ基盤（統合）・裁く仕組み（調停と証拠）・広げる順序（小さく測る）——この3点を、衝突が起きる前に設計しておくこと。それが、82%の自己評価を本物の26%側に引き上げる唯一の道です。
自社のエージェント展開が「単体では動くが連携で詰まる」段階にあるなら、まずは衝突が起きやすい業務の棚卸しから始めるのが近道です。