1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

Salesforce Winter '27 のAgentforceアップデートをざっくり確認する ― MCP双方向連携・マルチエージェントGA・Agent Script

1
Posted at

fig_00_hero.png

image.png

はじめに

Salesforce Winter '27 が 2026年10月12日にGA になりました。今回のリリースには Agentforce 関連のアップデートが多く含まれていますが、本記事ではその中から次の3点に絞って、全体像をざっくり整理します。

※個々の組織への適用日や各機能の提供時期は異なる場合があります。

  1. MCP双方向連携で何ができるのか
  2. マルチエージェント・オーケストレーションのGAが何を意味するか
  3. Agent Script と新しい Agentforce Builder について、今何を確認すべきか

想定している読者は、Agentforce は触ったことがあるものの、Winter '27 の変更はまだ追えていない開発者・管理者の方です。

なお、Winter '27 の資料で紹介されている機能の中には、Winter '27 より前から提供されているものもあります。本記事では、わかる範囲で「いつから提供されているか」も区別して書きます。

本記事は公開情報をもとにした個人の整理メモです(情報は2026年10月24日時点)。図解も筆者が独自に作成したもので、Salesforce 公式の資料ではありません。詳細な仕様・提供条件・対象エディションなどは、記事末尾の公式リリースノートで必ず確認してください。本文中で「要確認」と書いた箇所は、筆者が一次情報で確認できていない部分です。

前提:MCPとは

MCP(Model Context Protocol) は、AIエージェントやAIアプリが外部のツールやデータにアクセスするための共通プロトコルです。ツールを提供する側を「MCPサーバー」、それを利用する側を「MCPクライアント」と呼びます。共通の約束事に沿って接続するため、個別の連携処理をツールごとに作り込む手間を減らせる、というのが基本的な考え方です。

fig_01_mcp_basics.png

MCP双方向連携

Winter '27 の公式開発者ガイドでは、Agentforce が外部MCPツールを利用する方向と、外部MCPクライアントからAgentforceのエージェントを呼び出す方向の、双方向の連携 が紹介されています。

なお、エージェントを MCP ツールとして公開する機能は、Summer '26 の公式開発者ガイドですでに紹介されています。Winter '27 で初めて登場した機能というより、Winter '27 の時点で両方向がそろって紹介されている、と捉えるのがよさそうです。

fig_02_mcp_bidirectional.png

方向1:Agentforceのエージェントを外部に公開する

Agentforce のエージェントを、外部から呼び出せる MCP ツールとして公開 できます。

👉 Salesforce の外側にある AI アプリ(MCPクライアント)から見ると、Agentforce のエージェントが「使える道具の1つ」として並ぶイメージです。

構成としては、Salesforce Hosted MCP Server(Salesforce がホストする MCP サーバー)のカスタムサーバーに、エージェントをツールとして登録する形です。外部の MCP クライアントは、このサーバー経由でエージェントを呼び出します。

開発者ガイドでは、外部から呼び出されたときも 認証済みユーザーとして実行され、既存の共有設定や項目レベルセキュリティが適用される と説明されています。

なお、公式開発者ガイドでは、MCPツールとして公開できるのは、新しいAgent Script Builderで構築されたエージェントに限られる と説明されています。旧Builderで構築したエージェントについては、移行が必要になります。

方向2:外部MCPサーバーのツールをAgentforceが使う

逆方向として、MCP サーバーが提供するツールを、Agentforce のエージェントが利用 できます。

公式開発者ガイドでは、AgentExchange(Salesforce のパートナー製品などを入手できるマーケットプレイス)で提供される MCP サーバーのツールを、Agentforce Builder からエージェントのアクションとして追加する方法が紹介されています。

👉 Salesforce の外にあるシステムの機能を、エージェントの行動の選択肢として取り込むイメージです。

ただし、どんな外部 MCP サーバーでも無条件につなげられる、という意味ではありません。公式資料では API Catalog での外部サーバー登録についても記載がありますが、詳細な登録手順や接続条件は本記事の対象外とし、公式ドキュメントで確認することをおすすめします。

使いどころの例

あくまで考え方の例ですが、次のような使い分けが想定できます。

方向 使いどころの例
方向1(公開) 社内で使っている別の AI アシスタントから、Salesforce 上の顧客情報の確認や業務処理を Agentforce のエージェント経由で行う
方向2(利用) Agentforce のエージェントが、AgentExchange などで提供される MCP ツールを使い、Salesforce の外にある情報も踏まえて回答する

ライセンス条件や認証方式の詳細は 公式ドキュメントで要確認 です。

セキュリティ面の注意:MCP Risk Scores

外部の MCP サーバーをつなげられるようになると、「そのサーバーは信頼できるのか」という問題が出てきます。

Winter '27では、サードパーティMCPサーバーのリスク評価や、高リスクな接続の検知・ブロックに関連する機能(MCP Risk Scores)が紹介されています。公式の紹介では、MCP サーバーに Low / Medium / High のリスクスコアが付き、Security Center で確認できる、という位置づけです。

一方、Security Center MCP Server Monitoring は Beta として案内されています。そのため、リスクスコアやブロック機能の実際の利用条件・制御範囲は、公式資料で確認する必要があります。

また、Low / Medium / High の評価は、それだけで「接続してよい/いけない」が決まるものではありません。接続可否を判断する材料の1つとして扱うのが無難そうです。

便利さと引き換えに接続先が増えるので、次のような観点は事前に整理しておくのがよさそうです。

  • どの MCP サーバーへの接続を許可するか(許可リストの考え方)
  • エージェントを外部公開する場合、誰がどこから呼び出せるか
  • リスク評価・監視の仕組みを、どう運用に組み込むか

マルチエージェント・オーケストレーションのGA

何がGAになったのか

マルチエージェント・オーケストレーション は、Summer '26 ではベータとして紹介され、その後、2026年8月時点でGA(一般提供) になっています。Winter '27 の公式開発者ガイドでも、マルチエージェントに関する更新として取り上げられています。

つまり、Winter '27 のGA日(2026年10月12日)に初めてGAになったわけではありません。ベータは「試せるが本番利用には注意が必要な段階」、GA は「正式機能として提供される段階」と捉えると整理しやすいです。

スーパーバイザー型の構成

構成のポイントは、窓口となる1つのエージェント(スーパーバイザー) が、専門のサブエージェント に処理を振り分けることです。

fig_03_supervisor.png

構成を言葉で表すと、次のようなイメージです。

※ 以下は構成を説明するための「イメージ」です。
※ 実在する設定ファイルや Agent Script の構文ではありません。

窓口: スーパーバイザー
  └ 問い合わせ内容を見て、担当を決める
      ├ 「領域1」の話題 → サブエージェントA
      ├ 「領域2」の話題 → サブエージェントB
      └ 「領域3」の話題 → サブエージェントC

単一エージェントとの違い

観点 単一エージェント スーパーバイザー型
責務 1つのエージェントがすべてを担う 窓口と専門処理で役割を分ける
拡張 機能を足すほど1つの定義が大きくなる 専門のサブエージェントを追加する形で広げられる
ユーザーから見た窓口 1つ 1つ(裏側で振り分け)

👉 ユーザーから見た窓口は1つのまま、裏側を専門ごとに分けられるのがポイントです。

なお、対象エディション、サブエージェントの上限数、振り分けの制御方法、ベータからの仕様変更点などは 公式ドキュメントで要確認 です。Summer '26 のベータで検証していた方は、GA版での差分を確認しておくと安心です。

Agent Scriptと新Builder

新Builderへの移行が前提になりつつある

Agent Script は、新しい Agentforce Builder でエージェントを定義するための言語です。新しい Agentforce Builder と Agent Script は、Summer '26 の時点でGA になっています。

fig_04_agent_script_builder.png

旧Builderとの関係は、次のように整理できます。

  • 2026年7月13日の週から、新規エージェントの作成は新Builderに移行しました
  • 旧Builderで作成済みのエージェントは、引き続き稼働・編集できます
  • 旧Builderには 新機能を追加しない方針 です

移行については、旧Builderで作成したエージェントを、新しいAgentforce Builderへ アップグレードする機能 が公式に提供されています。アップグレード時には新Builder側に ドラフトバージョン が作成され、既存のエージェントを稼働させたまま比較・検証できます。新Builder側のバージョンを有効化すると、元の旧Builderのエージェントは自動的に無効化されます(その後、旧エージェントを残すか、アーカイブ・削除するかを選べます)。

※エージェントの種類によってはアップグレード機能を利用できない場合があります。例えば、旧Builderで作成したSales Agentは対象外です。詳細は公式ドキュメントを確認してください。

旧Builderのエージェントが直ちに利用できなくなるわけではありませんが、今後の新機能を活用する場合は、新Builderへの移行を計画することが推奨されます。前述のとおり、エージェントを MCP ツールとして公開する場合も新Builderで構築したエージェントが対象です。

Winter '27 開発者ガイドで紹介された Agent Script の更新

Agentforce は月次で更新されており、Winter '27 の開発者ガイドには2026年8月・9月の更新も含まれています。その中で、Agent Script については次のような更新が紹介されています。

  1. 式関数の追加
    lower()、upper()、to_json() などの式関数が追加され、文字列の大文字・小文字変換や JSON への変換といった処理を Agent Script の中で書けるようになりました。
  2. 条件分岐の拡張
    else if によって、複数の条件を順に評価し、処理を分岐できるようになりました。なお、elif という書き方や、if の入れ子は引き続きサポートされていないと説明されています。
  3. エスカレーション制御
    escalate 文によって、条件を満たしたときに会話を人間の担当者へ引き継ぐ処理を定義できるようになりました。

細かな構文や制約は、開発者ガイドと公式リリースノートを確認してください。

まとめ:今やっておくとよいこと

Winter '27 の Agentforce 関連アップデートを3点に絞って整理しました。

  • MCP双方向連携:Agentforce のMCP連携について、「呼ばれる側」と「呼ぶ側」の両方向が紹介されている
  • マルチエージェント・オーケストレーション:Summer '26 のベータを経て、2026年8月時点で GA。スーパーバイザーがサブエージェントに振り分ける構成
  • Agent Script / 新Builder:Summer '26 で GA。旧Builder には新機能が追加されない方針で、公式のアップグレード機能がある

そのうえで、今やっておくとよいことは次の3つです。

fig_05_todo.png

  1. 自組織のAgentforce有効化状況を確認する
    Winter '27 では、対象組織で Agentforce プラットフォームが デフォルトで有効化 されます。ただし、対象となるエディションやライセンスなどの条件があり、すべての組織で無条件に使えるようになるわけではありません。また、プラットフォームが有効になることと、個々のエージェントを実行・利用できる範囲は別の話です。有効化に追加料金がかからない場合でも、すべてのエージェント利用が無料になるという意味ではない点にも注意が必要です。権限やセキュリティ設定、利用条件は公式リリースノートで確認しておきましょう。
  2. MCP接続のガードレールを決める
    外部 MCP サーバーの利用やエージェントの外部公開を検討する前に、接続先の許可方針と、公式に案内された接続方式を確認しておくと安心です。リスク評価・監視の機能は Beta のものも含むため、提供状況もあわせて確認します。
  3. 旧Builderの棚卸しと移行検証を進める
    旧 Builder で作ったエージェントを洗い出し、公式のアップグレード機能で新Builder側にドラフトを作成して、既存のエージェントと比較・検証します。問題がないことを確認してから有効化する流れにすると、切り替えのリスクを抑えられます。

👉 一言でまとめると、「Agentforce が外部とつながり、複数エージェントで分業できる土台が整ってきたリリース」と捉えると理解しやすそうです。

参考リンク

まず全体像をつかむ

開発者向けの詳細(MCP・マルチエージェント・Agent Script)

セキュリティ・アーキテクチャの観点

旧Builderからの移行

仕様・提供条件の最終確認

1
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?