Agentforce Command Center: 実践的な管理者ガイド
つまり、先四半期にあなたの会社は少数のAgentforceエージェントを導入したわけです。みんな大喜びでした。営業は見込み客開拓用のエージェントを、サポートはケースのトリアージ用のエージェントを手に入れ、マーケティングはキャンペーン要約用の何かを立ち上げました。導入から3か月後、リーダーシップがあなたのSlackのDMに同じ質問を投げてきます。「これらは実際に機能しているの？」
明確な答えがないのであれば、あなただけではありません。AIエージェントを“PoC（概念実証）”の域を超えてAgentforceをスケールさせようとする管理者にとって、最大の頭痛の種だったのが、エージェントの可視性です。SalesforceがAgentforce Command Centerで埋めようとしたのはまさにこのギャップで、実際に使ってみた感想として、Agentforce 3リリース全体の中でも最重要の“管理者向け機能”だと思います。
この記事では、Command Centerが実際に何をするのか、Data Cloudへの組み込み方法、最も重要な指標、そしてすでに本番稼働しているエージェントがいくつかある組織を引き継ぐ場合のおすすめの設定方法を説明します。
Agentforce Command Centerは実際に何か
Command Centerは、Agentforce向けのSalesforceのオブザーバビリティ（可観測性）レイヤーです。あなたの組織内のすべてのエージェントの上に乗る“ミッションコントロール”のようなもので、次の3つを平易な言葉で教えてくれます。エージェントは健全か、利用されているか、そして本当に問題を解決できているか。
Command Center以前は、この情報を得るにはデバッグログ、カスタムレポート、そして多くの推測をつなぎ合わせる必要がありました。今では、リアルタイムのヘルス監視、会話リプレイ、成功率、エスカレーション追跡、コスト可視化を備えた統一ダッシュボードが手に入ります。Salesforceの売り文句は「ワンプレート（単一のガラス面）で見る」ですが、今回はその表現が本当に価値を持っています。
この機能はAgentforce 3の一部として提供され、その後も急速に進化しています。途中で用語を復習したい場合は、salesforcedictionary.comのAgentforceグロッサリーが、900ページにも及ぶリリースノートPDFをスクロールせずに、MCP、Atlas、セッショントレースといった頭字語のための手早い参照として役立ちます。
関心を持つべきコア指標
Command Centerを初めて開くと、グラフに溺れてしまいそうになります。ここでは、私が毎週必ず確認している5つの指標と、その重要な理由を紹介します。
導入（利用）率。ライセンスされている総ユーザー数のうち、実際にエージェントとやり取りしている対象ユーザーがどれだけいるかを追跡します。3か月で導入率が12%しかないのは技術的な問題ではなく、チェンジマネジメント（変革管理）の問題です。その前にプロンプトを調整しないでください。
成功率。Command Centerはトピックごとにこれを分解してくれるので、「パスワードリセット」トピックは94%の確率で解決する一方で、「返金リクエスト」トピックは41%で手こずっていることが見て取れます。ここが、あなたが改良に使う時間を投入すべき場所です。
エスカレーション率。エージェントから人間への引き継ぎにはコストがかかります。火曜日の午後にエスカレーションが急増するなら、サービス担当役員が気づく前に知りたいはずです。
クレジット消費。Agentforceはクレジットベースの料金モデルを使用しており、Command Centerではエージェントごと、トピックごと、そしてアクションごとの消費を表示します。私は、設定ミスのある1つのアクションが、他のどんなミスよりも早くクレジットを燃やしてしまうことがあると感じています。このダッシュボードは、週次で確認する価値があります。
ユーザーからのフィードバック。親指が上／下のデータは、ここに自動的に集約されます。あるトピックで下が多い場合、Command Centerはトランスクリプトをクラスタリングしてくれるので、回答を1つずつ読まなくてもパターンが見えてきます。
セッショントレースと、それがデバッグを変える理由
本当に必要だと気づくまで知らなかった機能、それがセッション単位のトレースです。エージェントが不適切な回答を返したとき、Command Centerはそのセッション全体をリプレイし、エージェントが途中で下した判断をすべて確認できるようにしてくれます。どのトピックがマッチされたか、どのアクションが発火したか、推論トレースがどのように見えるか、そしてフローのどこで話が崩れたのかが分かります。
従来の自動化の世界では、壊れたFlowのデバッグはデバッグログをにらみながら祈るような作業でした。エージェントのトレースはそれとは違います。エージェントは固定されたルートをたどるのではなく、一つずつ推論して進むからです。失敗したセッションを開いて、各ステップの裏にある「なぜ」を見て、そしてプロンプトやアクションを直す。この一連の流れは、まったく別のワークフローです。システムログを読むよりも、スポーツでテープを見返しているのに近いです。
セッションはData Cloud内のネイティブなセッショントレースデータモデルに保存されます。ここが重要なのは2つあります。まず、セッションデータに対して、分析チームがすでに使い慣れているツールを使って独自のカスタムレポートを作れることです。次に、SalesforceがデータモデルをOpenTelemetryの標準に基づいて設計しているため、運用チームがすでに使っているDatadog、Splunk、Wayfoundといったところへ同じ信号をそのままパイプできます。
何も壊さずに設定する
正直に言うと、設定とはどんなものか、その中身をお伝えします。
まず、Command Center では Data Cloud をプロビジョニングする必要があります。貴社でまだ有効化していない場合は、それはアカウントエグゼクティブとの前提確認のための会話になります。良いニュースとして、Data Cloud のスターター権限は現在ほとんどの Agentforce SKU に同梱されるため、通常は別途購入する必要がありません。何かを約束する前に、AE に確認する価値はあります。
次に、Data Cloud で Agentforce Session Data Kit を有効化します。これによりセッショントレースのデータモデルが有効になり、エージェントのインタラクションがテレメトリストアへ流れ始めます。これがないと、Command Center の UI は表示されますが、ほとんどのグラフが空のままになります。
3つ目に、権限セットを慎重に設定してください。「Agentforce Analytics User」権限セットはダッシュボードへの読み取りアクセスを付与するもので、多くのユーザーにはそれで十分です。しかし「Agentforce Command Center Admin」権限セットは、アラートの設定、消費バジェットの管理、しきい値の調整を行う権限を付与します。2つ目を組織内で 2〜3 人に限定することをおすすめします。権限セットがプロファイルとどのように積み重なるかを復習したい場合は、先月新入社員に送った salesforcedictionary.com に分かりやすい解説があります。
4つ目に、必要になる前にアラートを設定します。Command Center は、エラー率、平均応答時間、クレジットの消費（credit burn）などの KPI に対して、ほぼリアルタイムのアラートをサポートしています。少なくとも 3 つは用意しましょう。1つはエラー率の急上昇、1つはエスカレーション率の急上昇、そして 1つは日次のクレジット消費がしきい値を超えたときのものです。アラートはメールに送ることも、連携アプリを介して Slack チャンネルへ送ることも、オンコール用のツールに任せることもできます。
5つ目に、部門ごとにダッシュボードをカスタマイズします。営業のリーダーシップはケース解決率には関心がなく、サービスのリーダーシップはリードから商談への転換に関心がありません。Command Center はロールベースのダッシュボード表示に対応しているので、デフォルトを 1 つに押し込むのではなく、3〜4 人分のペルソナに相当するダッシュボードを作りましょう。
すでに使っているツールとの統合
Command Center について私が評価している点の 1 つは、Salesforce が可観測性スタック全体を独占しようとはしなかったことです。エージェントのシグナルは OpenTelemetry の形式で発行されるため、すでにアプリケーション監視に使っているものなら何でも取り込めます。
実際には、これで私たちには次の 2 つのことが起きました。まず、SRE チームは、エージェントのメトリクスが、他のあらゆるものと同じ Datadog のダッシュボード上に表示されるようになったため、「エージェントが挙動不審（misbehaving）になっている」ことから「適切なエンジニアがそれを知る」までの時間が劇的に短縮されました。次に、財務チームはクレジット消費データを既存の FinOps ツールにそのまま取り込むため、今月 Salesforce が高いのはなぜか、という犯人探しはほとんどなくなりました。
最初にどのパートナーと接続するか検討しているなら、Datadog、Splunk、Wayfound はいずれもドキュメント化された統合があります。Salesforce は、MCP（Model Context Protocol）エコシステムを通じてさらに多くのパートナーが登場することを見込んでいるとかなりオープンに話しているので、リストは今後も増えていくはずです。
実運用で Command Center を回すための実践的なヒント
事前に誰も教えてくれなかった、いくつかの学びを私は苦労して得ました。
オプティマイザを無視しないでください。Command Center には組み込みのオプティマイザが搭載されており、観測されたパフォーマンスに基づいてプロンプト、トピック、アクションへの変更を推奨します。初めて見たときは、マーケティングの飾りだと思っていました。しかし違いました。提案のうち半分ほどは本当に役立つもので、残り半分は、プロンプトエンジニアとの会話のしっかりした出発点になりました。
会話クラスターは日次ではなく週次で確認すること。失敗したセッションをすべて掘り下げると、気が狂いそうになります。Command Center は似た失敗をクラスターとしてまとめるので、個々のトランスクリプトではなくクラスターをレビューするほうが現実的です。私はこのために金曜の午後をブロックしており、それで十分でした。
早めに予算のガードレールを設定してください。エージェントが人気になると、クレジット消費は非線形にスケールする可能性があります。月次予算を 30 で割った値の 80% に相当する日次のソフトキャップアラートを設定することをおすすめします。これにより、何かが遮断される前に調査のリードタイムを確保できます。
ガバナンスの会話を飛ばさないでください。すべてのエージェントの会話が見られるからといって、すべての管理者が見てよいという意味ではありません。顧客の会話には、ときにカジュアルに閲覧してはいけない機密データが含まれることがあるため、セッションのリプレイを閲覧できる人を決める際は、プライバシーとセキュリティのチームと協力してください。
組織内の他の用語と、呼び方を一貫させましょう。リーダーシップに Command Center のメトリクスを報告するときは、製品内で Salesforce が使っているのと同じ言葉を使ってください。「topic」と「action」の違いを毎回の会議で説明することになってしまうなら、Salesforce glossary at salesforcedictionary.com をブックマークして、ステータス更新の中でそのリンクを共有してください。驚くほどの時間の節約になります。
まとめ
Agentforce Command Center は派手ではありません。新しいエージェントスキルのように、キーノートのデモで目立つことはないでしょう。しかし、AI エージェントが実際に組織で ROI をもたらしていることを担保する管理者であるなら、いま手元にあるツールの中で最も重要なものの 1 つです。可視性こそが、AI を「研究プロジェクト」から、更新時に正当化して守れる「経費の内訳」に変えるのです。
Command Center を有効にせずに Agentforce エージェントを運用してきたなら、読み終えたら止めていないで有効化しに行ってください。すでに運用しているのであれば、どのメトリクスに驚いたのか、どのアラートが危機を救ったのか、そしてどんなダッシュボードがあればよかったのか、ぜひ教えてください。下のコメント欄に書き込んでください。情報を突き合わせましょう。
