SalesforceがUIを捨てた、という話

2026年4月15日のTDX 2026で、SalesforceはHeadless 360を発表した。

ひとことで言うと「SalesforceのUIにログインしなくても、AIエージェントがCRMを直接操作できる」という仕組みだ。全機能が60以上のMCPツールとAPIとして公開されており、Claude CodeやCursor、Codexといったツールからそのまま呼び出せる。

「CRM業界25年の歴史を根底から覆す」という表現はやや煽り気味だが、構造の話として見れば、大げさとも言い切れない。


これが「ただのアップデート」じゃない理由

従来のSalesforce開発は、UIありきで設計されていた。

管理画面にログインして、Lightning App Builderでポチポチ操作して、Apexコードを書いて、デプロイして動作確認する。それ自体は悪い設計ではないが、「人間がGUIを触ること」が前提として埋め込まれていた。

Headless 360はその前提を外す。AIエージェントがAPIとMCPツール経由で直接アクセスするので、人間がブラウザを開く必要がない。インターフェースではなく、インフラとして機能するという設計思想だ。

MCPはModel Context Protocolのことで、AIがツールを呼び出すための標準的な仕組みとして最近急速に普及している。SalesforceがこのMCPに全面対応したというのは、「AI時代のCRM」という言葉の実装として、かなり具体的な一歩だと思う。


数字で見ると話がはっきりする

元記事で紹介されているBefore/Afterがわかりやすい。

従来の開発フローは「ログイン2分、フロー画面を開く30秒、ドラッグ&ドロップ10分、保存・有効化1分、テスト5分」で合計約20分。これがHeadless 360では、プロンプトを1行打つだけで30秒になるという。

claude "商談が100万円を超えたら上長にSlack通知するフローを作成"
# 実行時間:30秒

40倍という数字が出るのはこの比較からだ。

さらに、TDX 2026のハンズオンでの報告がある。「商談オブジェクトへのカスタム項目追加→フロー構築→トリガー設定→テスト→本番デプロイ」という一連の作業をClaude Codeに投げたところ、所要時間は47秒だったという。手動なら1時間以上かかる作業だ。

もちろんこれはデモ条件での話であり、実際の運用では要件の整理や確認プロセスが入る。ただ、「AIが実装を担当する」フローが現実のものになってきたという事実は、数字として受け止めておいていい。


AIおじさんが気になるところ

個人的に興味深いのは、セキュリティ周りの設計だ。

SalesforceはAgent ScriptというOSSを同時に公開している。これは「AIエージェントの振る舞いを制御するガバナンス機能」で、操作の種類によって「strict(厳密に従う)」と「autonomous(自由に推論)」を使い分けられる。たとえば商談金額の変更には100万円以上で必ず人間の承認を要求する、という設定が書けるようになっている。

behaviors:
  - name: "商談金額変更"
    type: strict
    rules:
      - require_approval_over: 1000000
  - name: "顧客データ分析"
    type: autonomous

「暴走防止装置」と元記事では表現されているが、これは言い得て妙だと思う。AIが自律的に動けるようになった世界では、「何をAIに任せて、何は人間が判断するか」を明示的に設計することが必要になる。それをコードで書けるようにした、というのがAgent Scriptの本質だ。

こういうガバナンスレイヤーが最初から用意されているのは、エンタープライズ向けとして正直に言えば「悪くない」設計だ。

もう一点。Agentforce Vibes 2.0のデフォルトLLMがClaude Sonnet 4.5になっていること。GPT-5やGeminiも選択可能とのことで、SalesforceがAnthropicと深く連携している構図が改めて見える。MCP自体がAnthropicによって策定された仕様であることを考えると、この連携はかなり戦略的に動いているなという印象がある。


誰が得して、誰が困るか

元記事では「恩恵を受ける人」と「厳しくなる人」が整理されている。これはわりと正直な書き方だと思う。

恩恵を受けるのはSalesforce開発者、AI駆動開発に慣れたエンジニア、少人数で大規模CRMを運用したいスタートアップ。厳しくなるのは従来型のSalesforceコンサルタント、UIを触れるだけのアドミン、Apexコードだけ書いていた開発者だという。

ここで注目したいのは「Salesforce認定資格を持っているだけの人材はAIに置き換えられるリスクが高い」という指摘だ。資格はあくまで知識の証明であって、「AIを使って何を実現するか」という問いに答えられなければ、それだけでは差別化にならなくなる。

これはSalesforceに限った話ではない。「ツールを操作できる」という価値が下がり、「何をどう設計するか」「AIの出力をどう検証するか」という判断力に価値が移っていく。その流れの中でHeadless 360は象徴的な事例として位置づけられる。


実務的に何を考えておくべきか

今すぐ試せる環境は整っている。

# Step1: Salesforce CLIで認証
sf org login web -a my-org

# Step2: Claude Codeの設定に追加
# ~/.claude/settings.json
{
  "mcpServers": {
    "salesforce": {
      "command": "npx",
      "args": ["@salesforce/mcp", "--org", "my-org"]
    }
  }
}

これだけでClaude CodeからSalesforceが操作できる状態になる。

ただ、実際に使い始める前に整理しておいた方がいいことがある。「どの操作をAIに任せて、どこに承認フローを挟むか」だ。Agent Scriptはその設計を強制してくれるわけではなく、あくまで設定した通りに動く。つまり設計責任は人間側にある。

AIが速くなればなるほど、間違った方向に速く進むリスクも上がる。本番CRMのデータに直接触れるツールである以上、「試しにとりあえず動かしてみた」は少し慎重に考えた方がいい。

Headless 360が示しているのは「UIの終わり」かもしれないが、「人間の判断の終わり」ではない。そこは切り分けて考えておく必要がある。