はじめに
Salesforce の開発者向けカンファレンス TrailblazerDX 2026（TDX 2026） が、2026年4月15〜16日にサンフランシスコ Moscone West で開催されています。Salesforce+ での無料配信もあり、現地に行けなくてもキーノートやセッションを視聴可能です。
この記事では、記事投稿時点で公表された公式情報をもとに、今回の TDX で発表された主要プロダクトと、それらが構成する一つの世界観を開発者視点で整理しておきます。
👉 今回の整理は「TDX 後の情報を効率よくキャッチアップするための土台」として使う想定です。一次情報を読み込む前の地図、くらいの位置づけで使ってください。
注意事項
- 本記事は個人の整理メモです（2026年4月16日時点）
- TDX 2026 直後であり、内容は随時更新される可能性があります
- 正確な情報は公式ページおよび関係者の発信をご確認ください
イベントの全体像
TDX は Dreamforce と異なり、開発者・管理者・アーキテクト・パートナー に特化した技術カンファレンスです。「概念の紹介」よりも「どう作るか」にフォーカスしているのが特徴で、400以上のセッション、ハンズオン、ハッカソン、プロダクトチームとの直接対話の場が用意されています。
今年のテーマは 「Build the Agentic Enterprise」。人間と AI エージェントが協働して業務を実行する世界を、どうプラットフォーム上に構築するかが全体の軸になっています。
事前には Bootcamp（4/12–14、3日間）も開催されていました。TDX 本体は Salesforce+ での視聴は無料、現地参加者向けには Hackathon（グランプリ $50,000）、Agentforce City、Agentforce Vibes Zone、Mini Hacks、Ask the Experts など体験型コンテンツが充実しています。
今回の主要発表 ― 5つの軸で整理する
公式 Roundup ブログを読むと、今回の TDX には明確な問題意識が示されています。それは 「エージェントのアイデアから本番投入までに、なぜこれほど時間がかかるのか」 という問いです。プロビジョニング・オーサリング・テスト・デプロイ・オブザーバビリティ ― 各ステップに摩擦があり、その間を埋めるための具体的な答えとして、いくつかの発表が行われました。
※ 本稿では 開発者プラットフォームの変化に直結する発表を中心に整理 しています。Slack 関連発表、Data 360、$50M Builders Fund などの周辺発表は網羅していません。
順番に整理していきます。
※ 公式の発表構造では、Headless 360 が上位の傘概念 であり、MCP ツール群・AXL・Vibes 2.0・運用ツール等はその構成要素として位置づけられています。本稿ではキャッチアップのしやすさを優先し、「開発ライフサイクルの摩擦」を軸にした独自の整理を行っています。
① Headless 360 ― 「すべてが API / MCP / CLI」
今回の最大の方向性を示すのが Salesforce Headless 360 です。
「なぜまだ Salesforce にログインする必要があるのか？」
これは Parker Harris（Salesforce Co-Founder）が 3月末に問いかけた方向性（公式 Headless 360 発表記事では「last month」と表現）で、TDX で Headless 360 として具体化 されました。
※ Salesforce Ben 等の二次報道では「3月31日の Slackbot 発表イベントでの発言」と特定されています。
Salesforce プラットフォーム上の機能 ― CRM、カスタマーサービス、マーケティング、E コマース ― を API・MCP サーバー・CLI コマンド 経由で利用可能にし、エージェントや外部のコーディングツールがブラウザ UI を介さずに直接アクセスできるようにする方向性です。
※ MCP（Model Context Protocol） は、LLM やエージェントが外部ツール・データソースにアクセスするための共通インターフェース仕様です。Anthropic が提唱し、現在は主要ベンダーで採用が広がりつつあります。
具体的には、発表時点で 60以上の新しい MCP ツールと 30以上の事前構成済みコーディングスキル が提供され、Claude Code、Cursor、Codex、Windsurf、Visual Studio Code といった外部のコーディングエージェントから Salesforce 基盤にフルアクセスできるようになります。
👉 「ブラウザの UI は人間のためのインターフェースの一つに過ぎない」という発想で、エクスペリエンスレイヤーは Slack・Teams・音声チャット・ChatGPT・カスタム React アプリなど、どこにでも置けるという世界観です。歴史的に Salesforce エコシステムの一部ではなかった開発者層（Claude Code / Cursor / Windsurf 等のユーザー）を取り込む意図も明確に打ち出されています。
② Agent Script のオープンソース化 ― エージェント定義言語の標準化
Agent Script は、エージェントの振る舞いを定義するための言語です。LLM に推論させる部分と、決定的なロジックで制御する部分を明示的に分けて記述できます。サブエージェント、アクション、変数、ガードレール、遷移などを型付きファイルで定義します。
※ 2026年4月から、UI・公式ガイド・ブログレベルでは「topics」と呼ばれていた概念が subagents に名称変更されています（機能変更なし、ドキュメント上では当面は両方の用語が混在）。ただし Agent Script の構文キーワードとしては
topicが依然として正式 です（公式リファレンスや GitHub リポジトリでもtopic Order_Management:のように使用）。コードを書く際はこの不一致に注意してください。
今回の TDX で、Agent Script の言語仕様・文法・パーサー・コンパイラが github.com/salesforce/agentscript でオープンソース公開 されました。
公式ブログで強調されているのは、次の点です。
「You're not going to write Agent Script by hand. Agents will write it for you.」
（Agent Script は手書きするものではない。エージェントが書く）
つまり、Claude Code、Cursor、Codex といったコーディングエージェントが書くことを前提に設計されている、という位置づけです。「エージェントがエージェントを書く」時代のインフラ、と言い換えられます。
ダイアレクト（方言）という拡張モデル
Agent Script には 「ダイアレクト（方言）」 という拡張の仕組みがあります。SQL の標準仕様に対して Oracle・PostgreSQL・MySQL がそれぞれ拡張を持つのと同じ構造で、
- Agentforce ダイアレクト ― エージェントの動作を定義
- MuleSoft Agent Fabric ダイアレクト ― ハイブリッド統合環境でのオーケストレーション
といった方言が存在します。基底言語はオープン、ダイアレクトと基底言語仕様は Salesforce が統治するという構造で、エンタープライズの信頼性を担保しています。
👉 当面オープン化されているのは「オーサリング層」中心で、バグ修正・開発者ツール改善・言語の方向性への提案が歓迎されています。エコシステム全体の段階的な開放が予告されています。
③ Agentforce Labs と Quickstart ― 摩擦のない初期セットアップ
オーサリング層の摩擦を Agent Script が解消する一方で、「コードを書く前」の摩擦 ― プロビジョニング、セットアップ、設定 ― も無視できません。これに取り組むのが Agentforce Labs です。
Agentforce Labs は インキュベーションプログラム で、実験を出荷 → 実際の開発者でテスト → コア Agentforce へ昇格 or 廃止、というサイクルを GA リリースサイクルを待たずに回します。
最初の実験が Agentforce Labs Quickstart です。
- Org のプロビジョニング不要
- セットアップ画面不要
- IDE（Claude、Codex、Agentforce Code）から直接 Agentforce に接続して開発を開始
labs.agentforce.com で利用可能です。
④ ADLC スキル ― POC から本番までのライフサイクル
オーサリング（Agent Script）とアクセス（Labs）の摩擦が解消されても、「構築後から本番までの間」 には依然としてテスト・安全性レビュー・デプロイ・オブザーバビリティという作業が残ります。これを埋めるのが ADLC（Agent Development Lifecycle）スキル です。
ADLC スキルは「サンドボックスから本番まで、そして本番からサンドボックスへ」のループを閉じます。
- ローカルで
.agentファイルをオーサリング・検証 - LLM ベースの安全性レビュー（キーワードフィルタが見逃すパターンを検知）
- IDE から直接デプロイ
- 本番のセッショントレースをオーサリングワークフローにフィードバック
skill.md 標準をサポートする任意の環境で動作し、リポジトリは github.com/SalesforceAIResearch/agentforce-adlc で公開、Agentforce Code および Agentforce Studio でも利用可能です。
👉 「ビルドして終わり」ではなく「ビルド → テスト → デプロイ → 観察 → 改善」が継続的なサイクルとして設計されている、という思想がよく表れているプロダクトです。
⑤ Agentforce Vibes 2.0 ― エンタープライズ向け Vibe Coding
Agentforce Vibes（IDE 環境としては Agentforce Code とも呼ばれる ― 公式文書内でも両方の名称が混在）は、VS Code をベースとしたブラウザ IDE で、AI が自然言語からコードを生成する開発環境です。今回 2.0 へとアップデートされました。
2.0 の主な強化点
- Salesforce Unified Catalog を通じてエンタープライズメタデータを理解
- 複数モデルサポート（Claude Sonnet、GPT-5）
- React、LWC、Apex といった複数フレームワークを横断したコード生成
技術的な詳細（一部報道ベースの情報として、The Register など）
- デフォルト LLM は Claude Sonnet 4.5
- Plan モードと Act モード の2モード構成
- カスタム UI タブ作成や Salesforce Flow 生成といった事前定義済みのエージェントスキルが付属
- Headless 360 の柔軟性とは別に、Vibes は デフォルトで Apex でのコーディング を行う
- Salesforce Developer Edition の利用制限：月 110 リクエスト・150万トークン（5/31 までは月次でリフレッシュ、その後は最終1ヶ月分の割り当てで打ち切り）※現時点の仕様
TDX では初となる専用ハンズオンスペース Agentforce Vibes Zone が設置されており、ガイド付きのハンズオン体験が用意されています。
その他の周辺発表
公式 Roundup ブログで言及されているその他の発表をまとめると、以下の通りです。
| 発表 | 概要 |
|---|---|
| Agentforce Experience Layer（本記事では AXL と略記） | インタラクティブコンポーネントを一度定義すれば、Web・モバイル・Slack・音声などあらゆるサーフェスに「Build once, render everywhere」で展開 |
| AgentExchange の拡張 | 発表時点で 10,000 の Salesforce アプリ、2,600+ の Slack アプリ、1,000+ のエージェント・ツール・MCP サーバーが統合された単一マーケットプレイス |
| Agent Script for Voice | 同じ Agent Script をテキストと音声チャネルの両方で利用可能 |
| Agentforce Mobile SDK | iOS / Android アプリに Agentforce をネイティブにデプロイ、Push-to-Talk 音声サポート |
| Session Trace OTel API（ベータ） | Agentforce セッションの完全なトレースを OpenTelemetry スパンとして取得、Splunk・Datadog・New Relic などに変換なしで直接エクスポート |
| A/B Testing API（パイロット） | エージェントのバージョン間でトラフィックを分割し、結果を測定して勝者をプロモート |
| Testing Center Enhancements（5月 GA 予定） | カスタムスコアリング評価（ブランドボイス、コンプライアンス、解決品質など）、音声シミュレーション付きマルチターン会話テスト、実行履歴付き UI |
事例としては、Adobe、Asymbl、Engine、Indeed、PayPal、Petaluma Creamery などがエージェントを大規模に展開しているケースとしてキーノートデモやケーススタディで紹介されました。Indeed は早期の証明事例として、コーディングエージェントを使ってエージェントテストをスケールさせている取り組みが紹介されています。
全体像 ― 5つのピースが一つの世界観をつくる
これら5つの発表は別々のプロダクトではなく、「エージェントのアイデアから本番投入までの摩擦を全て取り除く」 という一つの世界観を構成するピースとして発表されています。
| レイヤー | 担当 | 解消する摩擦 |
|---|---|---|
| アクセス | Agentforce Labs Quickstart | プロビジョニング・セットアップ |
| エクスペリエンス | Headless 360 / AXL | UI への依存 |
| オーサリング | Agent Script（OSS）/ Vibes 2.0 | エージェント設計と実装 |
| ライフサイクル | ADLC スキル / Testing Center / OTel API / A/B Testing | テスト・デプロイ・観察・改善 |
| エコシステム | AgentExchange | アプリ・エージェントの発見と配布 |
開発スタイルの変化
今回の TDX の発表を俯瞰すると、開発スタイルに3つの大きなシフトが見えてきます。
1. 「コードを書く」から「エージェントを設計する」へ
Agent Script の登場により、開発者の仕事は「コードを書くこと」から「エージェントの振る舞いを設計すること」へ変わりつつあります。LLM に推論させる部分と決定的に制御する部分をどう切り分けるかが、設計上の中心的な判断になります。
2. 「UI を操作する」から「自然言語で指示する」へ
Vibes 2.0 や Headless 360 の方向性は明確で、ブラウザの UI は人間のための一つのインターフェースに過ぎません。エージェントは API・MCP・CLI から直接プラットフォームにアクセスします。
3. 「ビルドして終わり」から「継続的に観察・調整する」へ
ADLC、Testing Center、Session Trace OTel API、A/B Testing といった一連のツールが示しているのは、エージェントは確率的に動作するため「デプロイしたら完成」ではないという認識です。ローンチは終点ではなく起点になります。
まだ分からないこと
公式発表は方向性として明確ですが、以下の点は現場の声が出てこないと判断できません。
- Agent Script は実際にどの程度のユースケースをカバーできるのか。オープンソース化されたとはいえ、実運用で使えるレベルのエコシステムができるまでにどのくらいかかるのか
- Agentforce Vibes 2.0 は本当にプロダクション品質のコードを安定的に生成できるのか。Unified Catalog によるメタデータ理解がどこまで深いのか
- Headless 360 の「ブラウザ不要」という世界観は、既存のカスタマイズや UI に依存している組織にとって現実的な移行パスがあるのか
- Session Trace OTel API や A/B Testing などの運用系ツールは、実際のデバッグやチューニングにどの程度役立つのか
- Developer Edition の利用制限（月 110 リクエスト・150万トークン、5/31 以降は打ち切り）は、本格的に試したい開発者にとって十分な枠なのか
これらはキーノートやセッションの情報だけでは判断できないため、イベント後の現場レポートや実装事例を待つ必要があります。
イベント後にやるべきこと
TDX の価値は「何が発表されたか」だけでなく、「実際にどう使えるか」にあります。以下の順序で追いかけると効率的そうです。
- X（旧 Twitter）・LinkedIn・ブログでの関係者の発信 を追う。特に「実際に触った人」「セッションに参加した人」のリアルな評価
- 公開された GitHub リポジトリ（Agent Script、ADLC スキル）を実際に触ってみる。オープンソースなので手元で試せるのは大きな利点
- Agentforce Labs Quickstart で Agentforce を実際に試してみる
- Salesforce+ でセッション録画が公開されたら、Vibe Coding 系と運用系（ADLC、Testing Center）を優先視聴
- 公式ドキュメント（Trailhead・API 仕様・リリースノート）の更新を確認し、Spring '26 以降の GA スケジュールを把握
まとめ
TDX 2026 で見えてきたのは、Salesforce が 「AI を活用するプラットフォーム」から「AI エージェントが業務の主体として動くプラットフォーム」 へと、明確にシフトしているということです。
- Headless 360 ― UI の先にある世界
- Agent Script（OSS） ― エージェントの設計言語
- Agentforce Vibes 2.0 ― 自然言語が IDE になる世界
- Agentforce Labs / ADLC ― 摩擦のない開発と継続的な改善
これらは別々のプロダクトではなく、一つの世界観を構成するピースとして発表されています。
ただし、これらはあくまで 「Salesforce がこう進みたい」という意思表示 であり、実運用で成立するかは別問題です。ここから先は、実際に触った人の声と本番環境での検証結果が必要になります。
この記事は途中整理ですが、「何が発表されたか」「何がまだ不確定か」を分けておくことで、後続の情報を吸収しやすくなれば幸いです。
👉 今回の TDX は「機能追加」ではなく「開発モデルの転換点」として見ると、各発表のつながりが理解しやすくなります。
参考リンク（公式ベース）
※本記事のリンクは2026年4月時点の情報をもとにしています。
Web上の情報は変更・削除されることがあるため、将来的にリンク切れとなる可能性があります。