10月31日、Mitch Ashleyが「Salesforce Agent Fabric Expands to AI Control」と題した記事を公開した。SalesforceがMuleSoftのAgent Fabricを拡張し、エージェントの評価・コスト管理・自動介入機能をまとめたAIコントロールプレーンとして位置付けた動きを詳報している。

「キルスイッチ」と「予算上限」——エンタープライズAIガバナンスの本丸へ

2026年10月27日、SalesforceはMuleSoftが提供するAgent Fabricの大型アップデートを発表した。追加された機能群の核心は、複数プラットフォームにまたがるAIエージェントを一元的に評価し、問題があれば自動的に止め、コストを強制的に抑制するという三点セットだ。

最も目を引くのがAgent Kill Switch（エージェント強制停止）だ。これは単なるマニュアル操作のスイッチではなく、評価結果と連動して自動発動する「Triggered-Agent Kill Switch」へと発展する。Agent Evals（2026年11月よりベータ、2027年1月GA予定）がデプロイ前にテストを生成し、本番環境でエージェント・LLM・MCPサーバー（Model Context Protocol：エージェントが外部ツールやデータソースと接続するための標準プロトコル）を品質閾値に照らして継続評価する。閾値を下回れば、あらかじめ設定した介入処理——キルスイッチを含む——が自動的にトリガーされる。

コスト管理面では、三つの仕組みが追加されている。

• FinOps Dashboard：AI支出の可視化
• Model Wallet：予算超過前にリクエストをハードストップする上限設定
• Cost Optimization Policies：テストシナリオでトークン使用量を最大75%削減したとされる（ただしこれは同社発表のテスト値であり、実顧客での検証が必要）

コスト管理機能への需要が高い背景には、調査データがある。Futurum Researchが2026年8月に実施したCIO調査では、企業の46.9%がAI予算をオーバーしており、予算内に収まっているのはわずか5.6%という状況だ。

Salesforce以外のスタックも対象——コントロールプレーンの競争が本格化

Agent Fabricのもう一つの柱は、Salesforce以外のエージェントやインフラへの管理範囲の拡張だ。

• Custom Agent Scanner：ファイアウォール背後や第三者プラットフォーム上のエージェントを検出（現在ベータ、2027年1月GA予定）
• Open Policies for Federated API Gateways：Azure API Management、Google Apigee、Kongの各ゲートウェイに対して単一ポリシーを適用（現在GA）
• API Evals：API仕様から機能・性能テストを自動生成し、本番前に破壊的変更を検出（2026年11月よりベータ）

Agent FabricはSalesforce製エージェントだけでなく、他社LLMやMCPサーバーのスコアリングも担う設計になっており、Salesforceはこれを「ベンダー横断のコントロールレイヤー」として売り込む姿勢だ。現時点でAgent Fabricは1日12億件以上のリクエストを処理しているとされるが、顧客トラフィックと内部トラフィックの内訳は公表されていない。

ただし、Mitch Ashleyはこのポジショニングに慎重な目を向ける。MicrosoftはすでにAgent 365を、ServiceNowはAI Control Towerをクロスプラットフォームのコントロールプレーンとして展開しており、コントロールプレーン自体が乱立するという問題が一段上のレイヤーで再発しつつある。CIOにとっての本質的な問いは「どのコントロールプレーンを標準化するか」であり、それはエージェントを選ぶ問いと同じ複雑さを持つ。

「コントロールプレーン債務」という概念

記事でAshleyが提起するcontrol-plane debt（コントロールプレーン債務）は、エンジニアにとって耳を傾ける価値のある概念だ。

エンタープライズでは、AIエージェントの採用が部門単位・プロジェクト単位で先行し、気づけば複数のエージェントプラットフォームが並走する状態になりやすい。それぞれが独自のコンソール・ポリシーモデル・請求体系を持つため、ガバナンスの穴が分散して生まれる。さらに、統合コスト・セキュリティポリシーの重複管理・監査対応の負荷といった「見えない負債」が、単一チームが対処できる速度を超えて積み上がっていく。これがcontrol-plane debtの実態だ。

ソフトウェア開発における技術的負債が「後回しにした設計判断のツケ」であるのと同様に、control-plane debtは「後回しにしたガバナンス設計のツケ」といえる。エージェントの数が増えれば増えるほど、統制されていないコントロールプレーンの数もそれに比例して膨らむ構造的な問題である点が重要だ。

Salesforceの賭けは、MuleSoftの統合ヘリテージを活かし、「エージェントが何に接続できるか」というコネクターレイヤーの制御を押さえることで、この債務の集約先になるというものだ。ただし、集約先となるコントロールプレーン自体が複数ベンダーから乱立すれば、問題は一段上のレイヤーで再発するだけとも言える。2027年1月のGA後に、その管理範囲が実態として非Salesforce環境に及ぶのかが問われる。

ベータ参加企業としてASICS Digitalが名を連ね、Capita・GE Appliances・Newell Brandsがテスティモニアルを提供しているが、新機能の本番採用状況の詳細は発表に含まれていない。

詳細はSalesforce Agent Fabric Expands to AI Controlを参照していただきたい。