Salesforce Headless 360とは何か
Salesforce Headless 360は、Salesforceの全機能をAPI、MCPツール、CLIコマンドとして公開し、AIエージェントがブラウザを開かずにプラットフォーム全体を操作できるようにする再構築構想です。2026年4月17日、年次開発者カンファレンスTDXで発表され、100以上の新しいツールとスキルが即時利用可能になりました（VentureBeat, 2026）。
Salesforceは「2年半前にエージェントのためにSalesforceを再構築する決断をした」と発表。UIの裏に埋もれていた機能をすべてプログラマブルに開放し、AIエージェントがファーストクラスの利用者となるアーキテクチャへ転換しました。共同創業者Parker Harris氏の問いかけ「なぜまだSalesforceにログインする必要があるのか？」が、この変革の本質を表しています。
この発表の背景には、エンタープライズソフトウェア業界の構造的危機があります。iShares Expanded Tech-Software Sector ETFは2025年9月のピークから約28%下落しており、AIがSaaSビジネスモデルそのものを陳腐化させるという恐怖が市場を支配しています（VentureBeat, 2026）。Salesforceはこの脅威に対し、防衛ではなく「自らプラットフォームを解体して再構築する」という攻めの戦略を選択しました。
3本柱のアーキテクチャ設計
Headless 360は、3つの柱によって構成されています。それぞれが「構築」「展開」「信頼性」という異なる課題を解決します。
この3層構造は、Salesforceが数千の企業顧客へのエージェント導入で得た「痛みの実体験」から生まれたものです。EVPのJayesh Govindarjan氏は「顧客が直面する課題は、まさにソフトウェア開発の課題そのもの。エージェントを構築するのは第一歩に過ぎない」と語っています（VentureBeat, 2026）。
第1の柱：60以上のMCPツールとオープンエージェントハーネス
第1の柱「Build Any Way You Want」は、開発者がSalesforceの独自IDEに依存せずにエージェントを構築できる環境を実現します。60以上のMCPツールと30以上のコーディングスキルにより、Claude Code、Cursor、Codex、Windsurfなどの外部コーディングエージェントから、Salesforce組織のデータ・ワークフロー・ビジネスロジックに完全にアクセスできます（VentureBeat, 2026）。
さらに、AnthropicエージェントSDKとOpenAIエージェントSDKの両方をサポートする「オープンエージェントハーネス」を導入。開発者はタスクに応じてClaude CodeとOpenAIエージェントを使い分けることが可能です。マルチモデル対応として、Claude SonnetやGPT-5も利用できます。加えて、SalesforceプラットフォームでのネイティブReactサポートも発表され、Lightning フレームワーク以外でのフロントエンド開発が可能になりました。
第2の柱：あらゆるサーフェスへのデプロイ
第2の柱「Deploy on Any Surface」は、新しいAgentforce Experience Layerを中核としています。エクスペリエンスを一度定義するだけで、Slack、モバイルアプリ、Microsoft Teams、ChatGPT、Claude、Geminiなど6つ以上のサーフェスに、サーフェス固有のコードを書くことなくデプロイできます（VentureBeat, 2026）。
この設計哲学は重要な転換を示しています。従来は「顧客をSalesforceのUIに引き込む」モデルでしたが、Headless 360では「顧客がすでにいるワークスペースに対話型エージェント体験をプッシュする」モデルへ移行しています。
第3の柱：Agent Script DSLと品質管理ツール群
第3の柱「Build Agents You Can Trust at Scale」は、エージェントのライフサイクル管理ツール群です。オープンソースで公開されたAgent Script DSLが中核で、テスト・評価・実験・監視・オーケストレーションを一貫して管理します。
Agent Scriptは「プログラミング言語の決定論とLLMの確率的柔軟性を融合する」言語として設計されており、ビジネスルールに従うべきステップと、LLMが自由に推論できるステップを同一のステートマシン内で定義できます。この設計は、初期のAgentforce顧客が本番環境で直面した「脆弱性問題」（1つの変更で全体が壊れるリスク）への直接的な回答です。
2つの対照的なエージェントアーキテクチャ
Salesforceは、企業が必要とするエージェントアーキテクチャが2種類あることを明確に示しました。この区別は、日本企業がエージェント導入を設計する際の重要な指針となります。
静的グラフ（顧客対応型）
Agent Scriptで定義されたステートマシンにより、エージェントの動作を決定論的に制御。ブランドルールや業務ポリシーに厳密に従う必要がある顧客対応チャネルに最適。
動的グラフ（従業員対応型 — Ralph Wiggumループ）
実行時にエージェントが自律的に次のステップを判断し、行き止まりのパスを切り捨て、新しいパスを生成。開発者・営業・マーケターなど、専門家が出力をレビューする社内業務に最適。
重要なのは、両方のアーキテクチャが同一の基盤ランタイムとグラフエンジン上で動作する点です。Govindarjan氏は「これは動的グラフ、これは静的グラフ。すべてその下はグラフ」と説明しています。企業は異なるエージェントモダリティのために別々のプラットフォームを維持する必要がありません（VentureBeat, 2026）。
この統一ランタイムは、日本企業にとって実務的に大きな意味を持ちます。顧客向けチャットボットと社内向けリサーチエージェントを同じ基盤で運用でき、ガバナンスとセキュリティの一元管理が可能になるためです。
Engine社の導入事例：12日間で50%自動化
B2B出張管理会社のEngine社は、Headless 360の実践的な成果を示す実証事例としてTDXの基調講演で紹介されました。
Engine社はAgentforceを使って顧客サービスエージェント「Ava」をわずか12日間で構築し、顧客対応の50%を自律的に処理しています。さらに、顧客対応と社内業務を合わせて5つのエージェントを運用しており、Data 360をインフラの中核に、Slackをプライマリワークスペースとして活用しています（VentureBeat, 2026）。
Engine社の幹部は「CSATは向上し、提供コストは低下。顧客はより満足し、より早く回答を得ている。トレードオフは何か？トレードオフはない」と語っています。この事例は、エージェント導入が「コスト vs 品質」のトレードオフではなく、両方を同時に改善できることを示唆しています。
課金モデルの転換とエコシステム戦略
Salesforceの最も根本的な変革は、課金モデルの転換です。従来のシート単位のライセンスから、Agentforceの消費ベース課金への移行は、「仕事をするのが人間ではなくエージェントである世界では、ユーザー単位の課金は意味をなさない」という認識に基づいています（VentureBeat, 2026）。
Govindarjan氏はMCPの将来について率直な見解を示しています。「MCPが標準であり続けるかどうか、正直まったく確信がない。MCPが最初に出てきたとき、多くのエンジニアはよく書かれたCLIのラッパーだと感じた」と述べ、Salesforceとしては「API、CLI、MCPのすべてを提供する」プラグマティックな方針を採っています。日本企業がMCPへの投資を検討する際は、この「プロトコル不確実性」を考慮し、特定のプロトコルにロックインされない設計が重要です。
エコシステム面では、AgentExchangeマーケットプレイスが10,000のSalesforceアプリ、2,600以上のSlackアプリ、1,000以上のAgentforceエージェント・ツール・MCPサーバーを統合しています。Google、Docusign、Notionなどのパートナーが参加し、5,000万ドルのAgentExchange Builders Initiativeで開発者を支援します（VentureBeat, 2026）。
日本企業への示唆と実務的アクション
Headless 360は、Salesforceを利用する日本企業に3つの実務的な示唆を与えます。
第一に、CRM投資の再評価が必要です。従来のSalesforceライセンスの価値は「UI付きのCRM」でしたが、Headless 360では「エージェントが操作するデータ・ワークフロー・ビジネスロジック基盤」へと変わります。既存のSalesforce投資をエージェント時代にどう活かすかを、DX部門主導で検討すべきです。
第二に、エージェント開発の内製化が加速する可能性があります。60以上のMCPツールと30以上のコーディングスキルにより、社内のエンジニアがClaude CodeやCursorから直接Salesforce上にエージェントを構築できるようになります。SIerへの依存度を見直す契機となり得ます。
第三に、消費ベース課金への備えです。シート課金から消費ベースへの移行は、IT部門の予算計画とコスト管理に直接影響します。エージェントの利用量をモニタリングする仕組みを早期に整備することが、コスト最適化の鍵となります。
まとめ
Salesforce Headless 360は、27年の歴史で最も大胆なアーキテクチャ転換です。全機能のAPI/MCP/CLI公開、Agent Script DSLによる決定論的制御、消費ベース課金という3つの要素は、SaaSプラットフォームが「人間のためのUI」から「エージェントのためのインフラ」へ進化する方向性を明確に示しています。日本企業のアクションとしては、まず既存のSalesforce環境でMCPツールの検証を開始し、エージェント導入のPoC（概念実証）を2026年Q3までに実施することを推奨します。