このニュースの概要： Salesforceは2026年9月11日、Dreamforce開幕前に七つの具名Agentforceエージェント（Casey、Paige、Carter、Hunter、Marshall、Piper、Fin）を発表した。それぞれ明確な企業機能に対応しており、6つはすでに一般提供済み、Hunterはまだパイロット段階だ。AIエージェントを汎用アシスタントとして扱い、顧客が自分で使い方を探る従来のアプローチとは異なり、Salesforceは今回、名前、固定の職名、既定の業務範囲を持つ「既製の職位」としてエージェントを直接パッケージ化した。顧客が買うのはすぐに働き始められる役割であり、ゼロから組み立てる必要があるプラットフォームではない。
このニュースの本当の要点は七つのエージェント自体ではなく、同時に立ち上げられたAgent Fabricガバナンス層にある。これはSalesforceが、企業のエージェント導入における実際のボトルネックはエージェントが十分に賢くない、あるいは数が足りないことではなく、統一されたガバナンスと監査の仕組みの欠如にあると判断していることを反映している。
なぜSalesforceはこのタイミングでこれを打ち出したのか： 直接の理由はDreamforceが間もなく開幕することだ。これはSalesforceにとって製品ビジョンを示す最も重要な年次イベントの一つであり、開幕4日前に重大な更新を発表するのは、会期中話題を持続させる典型的な盛り上げ方だ。しかしより根本的な原動力は、企業のAIエージェント採用モデルが急速に「パイロットプロジェクト」から「規模化された本番展開」へと移行していることにある。この移行が進むにつれ、顧客が本当に必要としているのは「このプラットフォームで何ができるか」というデモではなく、「この役割が今すぐ既存のワークフローを引き継げるか」という具体的な答えだ。Salesforceが汎用プラットフォームの物語ではなく具名の役割を選んだのは、まさにこの移行への対応だ。
同時にAgent Fabricというガバナンス層を立ち上げたことは、さらに切迫した業界の現実を反映している。企業が複数ベンダーのエージェントを同時に使うことがすでに例外ではなく常態となっており、統一されたガバナンスの欠如が導入速度を実際に鈍らせるボトルネックになりつつある。SalesforceがAgent Fabricの管轄範囲を自社エージェントの外にまで広げ、Amazon、Google、Microsoftのエージェントまで対象に含めたことは、ある意味で、自社のエージェントエコシステムだけでは企業が直面するガバナンスの難題を解決するには不十分だという認識の表れでもある。
具体的な仕組み： 七つのエージェントの根底には共通のアーキテクチャ上の前提がある——いずれもSalesforce既存のCustomer 360データプラットフォーム上で稼働しており、エージェントが独自のデータアクセスロジックを新たに構築する必要はなく、企業がすでに設定済みのビジネスルール、権限、セキュリティアーキテクチャをそのまま引き継ぐ。この設計選択により、「エージェントを導入する」ことは、ある意味で「新しいデータ連携フローを一から設計する」ことではなく「既存のシステム上で新しい役割を有効化する」ことへと単純化されている。
Hunterが体現する長期実行環境は、状態の持続性という点で具体的に異なる。従来のエージェントは通常、一回の会話を単位として状態をリセットしていたが、Hunterは数か月にわたる記憶を保持でき、同じ業務目標を数週間にわたって継続的に追跡できる。Agent Fabricガバナンス層はより上位の層で機能し、Trusted Agent Identityの仕組みを通じて、異なるベンダー（Salesforce自社、Amazon Bedrock、Google Vertex AI、Microsoft Copilot Studio）のエージェントを、行動を実行する際に特定ユーザーの権限範囲に紐づけ、単一のインターフェースからこれらすべてのアクセス記録と操作履歴を統一的に追跡できるようにする。これはガバナンス層の設計目標が、企業にすべてのエージェントを単一ベンダーの製品に切り替えさせることではなく、複数ベンダー併存という現実を維持したまま、ベンダー横断の統一的な監査能力を提供することにあることを意味する。
読者にとっての実際的な影響： あなたの組織がこのエージェント群の導入を検討しているなら、最初にすべきことは、すでにGA済みの6つのエージェントと、まだパイロット段階のHunterを分けて評価することだ。前者はより長期間にわたって市場で検証されているが、後者が体現する長期実行能力は確かに魅力的であるものの、パイロット段階であること自体が、この能力がまだ大規模に検証されていないことを示すシグナルであり、実際の導入時には調整の余地を見込んでおくべきで、最初から完璧に機能すると仮定すべきではない。
第二に、Salesforceが引用する顧客データに対して適切な懐疑心を持つこと——79%の自律解決率といった数字はベンダーの自己申告であり、独立して検証された結果とは異なる。自社のデータ、業務ルール、サービス基準のもとで実際にテストすることこそが、これらのエージェントが自組織に適しているかを判断する信頼できる根拠となる。第三に、あなたの組織がすでに複数ベンダーのエージェントを併用しているなら、Agent Fabricのようなガバナンス層を優先して評価することが、どの単一の具名エージェントを評価するよりも実務上価値があるかもしれない。統一された監査記録と身元検証の仕組みは、重要な業務プロセスを本当にエージェントに任せられるかどうかを左右する決定的な前提条件であることが多く、単一のエージェントの機能の強さそのものではない。
2026年9月11日、Dreamforce開幕の4日前、Salesforceは一挙に七つの具名Agentforceエージェント——Casey、Paige、Carter、Hunter、Marshall、Piper、Fin——を発表した。それぞれカスタマーサービス、IT/HR、eコマース、対外営業開発、サプライチェーン、インバウンド営業、顧客体験という明確な企業機能に対応している。これらのエージェントはすべてSalesforce既存のCustomer 360データプラットフォーム上に構築され、企業既存のビジネスルール、権限設定、セキュリティ体制の範囲内で動作する。Hunterが現時点でパイロット段階にあることを除き、残る6つのエージェントはすでに正式に一般提供（GA）されている。
今回の更新で本当に記憶すべき点は、AI機能がまた増えたことではなく、Salesforceが選んだパッケージングの方法にある。顧客が自分で何ができるか探る汎用アシスタントを売るのではなく、名前と明確な職名、既定の業務範囲を持つ七つの役割をそのまま提示した。Caseyは音声、SMS、WhatsApp、ウェブチャットを横断してカスタマーサービス対応を行い、FAQ、返品、アカウント管理、人へのエスカレーションといった場面に対応する機能が組み込まれている。PaigeはIT・HRのリクエストを処理し、Carterはeコマースの購買体験を担当し、Marshallはサプライチェーンとバックオフィス業務を統括し、Piperはインバウンド営業の適格性審査を行い、Finは顧客体験全般にまたがる。これは、買い手が「プラットフォームを買って自分でエージェントを組み立てる」のではなく、「特定の職務スキルとデータモデルがすでに組み込まれた役割を買い、それを自社のルールと権限に合わせて調整する」ことを意味する。出発点は空白のプロンプトではなく、すでに機能する職位なのだ。
七つのエージェントの中で真に技術的な飛躍を代表しているのはHunterだ。対外営業開発を担うこのエージェントは現在もパイロット段階にあり、2026年11月の一般提供を目指している。Hunterは、まったく新しい「長期実行環境（long-horizon runtime）」を採用した最初のエージェントであり、これにより数週間にわたって営業目標を継続的に追い続けることができる。従来のエージェントのように、会話が終わるたびに状態がリセットされ、次のやり取りで最初からやり直す必要はない。Salesforceはまた、エージェントが数か月にわたる永続的な記憶を持てるようになったことも確認しており、これはエージェントが追跡する単位が「一回の会話」から「一つの目標」へと変わったことを意味する。この変化は、単なる応答速度や精度の向上よりもはるかに大きな意味を持つ。なぜならそれは、エージェントが引き受けられる作業の種類を、「一つの質問に答える」ことから「複数のシステムと時間をまたいで一連のプロセス全体を実行する」ことへと変えるからだ。
七つの具名エージェントよりも実務上の意義が大きい発表は、実は同時に立ち上げられたAgent Fabric（AI制御プレーン）だ。これはガバナンス層であり、対象範囲はSalesforce自社のエージェントにとどまらず、Amazon Bedrock、Google Vertex AI、Microsoft Copilot Studio（一部報道ではMicrosoft Foundryとも呼ばれる）といったサードパーティのプラットフォームのエージェントも含め、単一のインターフェースから統一的に発見、ガバナンス、監視できる。Salesforceの核心的な判断は、2026年に企業が本当に直面している問題は「AIエージェントの数が足りない」ことではなく「ガバナンスが追いついていない」ことだというものだ。異なるベンダーからの数十のエージェントが同時に稼働しているにもかかわらず、統一された監査記録もコストの可視性も、一貫した身元検証の仕組みもない——これこそが企業が安心してエージェントを導入することを妨げている本当のボトルネックだ。Agent Fabricの下にあるTrusted Agent Identityの仕組みは、エージェントが特定ユーザーの権限範囲内で行動を実行できるようにする。これは、複数ベンダーのエージェントを同時に使う企業が、ようやくこれらのエージェントを一つの資産として管理できるようになったことを意味し、それぞれが独立して統括されない孤立したツールのままではなくなる。
Salesforceが引用する初期の顧客データには、AgentforceとSlackを横断した数十億件の「エージェント型作業単位」や、カスタマーサービスのやり取りにおけるかなり高い自律解決率が含まれる。広く引用されている数字の一つは、買収されたFinエージェントがすでにAnthropicのサポート会話の約79%を自律的に処理しているというものだ。これらの数字はSalesforce自身あるいはその顧客による公開陳述に由来しており、ベンダー自己申告のデータであって、独立した第三者によって再現・検証された成果とは別物だ。このエージェント群の実際の成果を評価する際には、「ベンダー自身が公表した採用数字」と「自組織で実際にテストした結果」を分けて考え、前者を後者の信頼できる予測として直接扱わないことが望ましい。
あなたの組織がすでにSalesforceを利用している、あるいはこの具名エージェント群の導入を検討しているなら、まず確認すべき具体的な点は、「すでにGAされた6つのエージェント」と「まだパイロット段階のHunter」を異なる成熟度の層として区別することだ。Hunterが体現する長期実行能力は確かに魅力的だが、パイロット段階であること自体が、この能力がまだ大規模に検証されていないことを意味し、導入前には調整の余地を見込んでおくべきだ。第二に、Salesforce自身が公表した採用数字だけで判断を下さず、それらをさらなる検証に値する出発点として扱い、自社のデータ、ルール、サービス基準のもとで実際にテストしてから、長時間稼働するビジネスプロセスをこれらのエージェントに任せるかどうかを決めること。第三に、あなたの組織がすでに複数ベンダーのエージェントを併用しているなら、Agent Fabricのようなガバナンス層は、どの単一の具名エージェントよりも優先して評価する価値があるかもしれない。既存の複数エージェントを統一的に管理下に置き、一貫した監査記録と身元検証の仕組みを構築できるかどうかは、聞こえの良い新エージェントが一つ増えることよりも、重要な業務プロセスを安心して任せられるかどうかに、はるかに直接的に影響するからだ。