#TDX 2026 San Francisco 総括
2026年4月14日から2026年4月16日にかけてサンフランシスコで参加・記録された LogPon のセッションアーカイブを横断すると、TDX 2026 の主題はかなり明確だった。Salesforce はもう「AIを付ける」段階ではなく、「エージェントを安全に作り、継続的に運用し、改善し、複数面に展開する」段階に入っている。
今回のセッション群を通して見えたのは、Agentforce を中心にしながらも、議論の重心が単発デモから運用設計へ、単一LLMから文脈基盤へ、ノーコード礼賛からプロコード協調へ、チャットUIから業務実行面へと大きく移っていたことだ。特に Slack、Data Cloud、External Services、MCP、Agent Script、Observability が一本の線でつながり始めているのが印象的だった。
## 対象と読み方
対象は LogPon 上で `2026-04-14` 以降に作成または更新された TDX 関連アーカイブ
36件の記録を確認
日付アーカイブ4件を除き、内容のある記録を精査
## エグゼクティブサマリー
TDX 2026 を一言で言えば、`Agentic Enterprise を本番運用できる形に落とし込む年` だった。
主な変化は次の6点に集約できる。
| 論点 | TDX 2026で見えたこと | 代表セッション |
| --- | --- | --- |
| エージェント開発の重心 | 作ることより、観測・評価・改善・A/Bテスト・健全性監視が中心になった | `Agentforce の roadmapと活用術` `エージェント最適化の未来へ` |
| 実装単位の整理 | Prompt / Skill / Agent / Agent Script の役割分担が明確化した | `効果的なAIワークフロー構築術` `AIエージェントの新時代を拓く: 柔軟性と統制性の両立` |
| 文脈基盤 | Data Cloud や企業データ、権限、トラスト層がエージェント品質の本体と位置づけられた | `Agentforce の最新展望` |
| 外部連携 | MCP と External Services を使い分け、Flow を翻訳レイヤーに置く考え方が定着し始めた | `- 外部サービスで拓くAI連携の新時代` `AIで変革する開発者会議の新時代` |
| 業務UI | Slack は通知先ではなく、Salesforce・ワークフロー・エージェントの実行面として扱われた | `SalesforceとSlack連携デモ` `Slack Salesforce Channels Hands-on` |
| 開発者体験 | vibe coding をそのまま本番に持ち込むのではなく、intent-driven / agentic engineering / validation 前提に進化している | `現場の意図を形にする開発術` `Evolve vibe coding into engineering with SLDS 2` |
## 1. Agentforce は「作るAI」から「運用するAI」へ
TDX 2026 で最も強かったメッセージは、エージェントは作って終わりではないという点だった。`Agentforce の roadmapと活用術` と `エージェント最適化の未来へ` では、製品戦略の中心が完全に運用最適化へ寄っている。
そこでは次の4本柱が繰り返し語られた。
Customizable
Open
Actionable
Proactive
具体策としては、Custom Scores、Custom Metrics、Version Analysis、本番A/Bテスト、Agent Health Monitoring、会話型分析エージェントなどが並ぶ。重要なのは、これらが「便利な分析機能」ではなく、運用上の必須装備として語られていたことだ。エージェント数が増えるほど、人手レビューやプロンプト調整だけでは回らない。だからこそ、観測、評価、アラート、改善提案までを製品側が担う方向へ進んでいる。
これは従来の SaaS 的な「設定すれば動く」思想よりも、SRE や MLOps に近い。エージェントの品質は、プロンプトの巧拙だけでなく、`失敗を見つける仕組み` と `直せる仕組み` によって決まる、という考え方に移っていた。
## 2. Prompt / Skill / Agent / Agent Script の役割分担が見えた
`効果的なAIワークフロー構築術` は、今回の全体像を理解する上でかなり重要だった。ここでは Salesforce における AI 実装単位がかなり整理されている。
Prompt : 単発で安く、決定論的にしやすい
Skill : Prompt の前後にアクションを束ねた再利用可能ワークフロー
Agent : 対話型で複数ステップの推論を担う
Agent Script : Agent の自由度を保ちながら、業務フローを決定的に制御するための実装単位
この整理は、TDX 全体を通して何度も裏付けられていた。`AIエージェントの新時代を拓く: 柔軟性と統制性の両立` では、LLM の創造性と業務の決定性を両立するために Agent Script が導入される文脈が明確だった。規制産業、承認フロー、面接進行のように「毎回ほぼ同じ順番で安全に進めたい」処理では、自然言語の長い指示だけでは限界がある。そこを Canvas と YAML 風スクリプトで制御する。
この考え方は実務的だ。エージェントを万能な自律主体として持ち上げるのではなく、`自然言語で考えさせる範囲` と `決定論的に固定する範囲` を分離している。今後の企業導入では、この境界設計が最重要論点になるだろう。
## 3. 文脈、権限、Trust Layer がエージェント品質の本体
Agentforce の最新展望 は、日本向けのクローズドセッションということもあり、導入現場が本当に気にしている論点がよく出ていた。そこでは「どのモデルが賢いか」よりも、次の4点が本質だと整理されていた。
どの企業データにつながるか
どの権限境界で動くか
モデル更新ドリフトにどう追随するか
本番運用をどう監視・改善するか
Data Cloud は単なるデータ置き場ではなく、`System of Context` としてエージェントに文脈を与える基盤として語られていた。金融のように同じ単語でも文脈で意味が変わる世界では、文脈設計そのものが品質になる。さらに、Trust Layer や既存の Salesforce 権限制御を活かしたまま AI を動かせることが差別化要因として前面に出ていた。
これは日本企業にとってもかなり重要だ。PoC では応答品質だけを見がちだが、本番では `どのデータを見せるか` `なぜその結論を出したか` `監査に耐えるか` の方が重い。TDX 2026 はその現実をかなり正面から扱っていた。
## 4. Headless 360、MCP、External Services で外部連携が前提化した
基調講演の `AIで変革する開発者会議の新時代` では、Headless 360、MCP、AgentExchange、複数モデル連携が、Agentic Enterprise の基盤として一気に接続された。ここでのポイントは、Salesforce が「自社だけで完結する閉じた AI 基盤」を目指していないことだ。
一方、`- 外部サービスで拓くAI連携の新時代` は、その実務版だった。Stripe API 連携のデモを通じて、OpenAPI 仕様から External Services を起こし、Name Credentials で認証を分離し、Flow を翻訳レイヤーとして Agent Action につなぐ構成が示された。ここで特に良かったのは、MCP と External Services の役割を競合ではなく使い分けとして説明していたことだ。
MCP : Agent/LLM中心のツール呼び出しに向く
External Services : Flow や Apex も含めて再利用したい API 連携に向く
つまり今後の設計は、`自然言語の入口` を Agent に、`厳密な入出力変換` を Flow に、`認証` を Name Credentials に、`外部 API 契約` を OpenAPI に持たせる分業になる。これはかなり筋が良い。
## 5. Slack はチャットではなく業務実行面になった
Slack 関連セッション群は、今回かなり一貫していた。`SalesforceとSlack連携デモ`、`Slack Salesforce Channels Hands-on`、`Slackでのカスタムワークフロー活用術`、`スラックでの自動化とAIエージェント化` を並べてみると、Slack はもはや単なる通知先ではない。
TDX 2026 の Slack の位置づけは次の通りだ。
Salesforce レコードと会話を束ねる協働面
Workflow Builder による業務フロー起動面
カスタム関数やカスタムアプリの実行面
AI エージェントの入口
出典付き回答や他システム連携の操作面
特に Salesforce Channels の考え方は強い。Slack 上で会話しながら Salesforce データを見て更新する。ただし権限は Slack 独自ではなく Salesforce 側に従う。この構成なら UX は Slack に寄せつつ、統制は Salesforce に残せる。企業導入で重要なのはまさにここだ。
また、カスタムワークフローやカスタム関数の話は、Slack を「会話UI」から「業務OS」へ押し上げていた。Deno SDK と Slack CLI、さらに AI コーディング支援を使えば、最後の10〜20%の業務ロジックをかなり短時間で埋められる。定型業務は Workflow Builder、複雑な処理はカスタムSlackアプリ、さらに必要なら AI エージェントへ、という分業が見えた。
## 6. 汎用LLM万能論から、専門モデルと圧縮技術へ
`AI Opsエージェント革命: 次世代IT運用設計の舞台` と `AIOps Agent` は、TDX 2026 の中でもかなり技術的に面白かった。ここでは「LLM に全部やらせる」発想が明確に否定されていた。
主な論点は次の通り。
時系列推論には専用モデル `Morai` を使う
ログ解析には Log AI を使う
コンテキスト肥大化には `MCP+` のようなポストプロセス層で対処する
自動修復は LLM に推測させず、決定論的なスクリプトで包む
これはかなり重要だ。AI 活用が進むほど、エージェント本体の賢さよりも、`どのデータをどう圧縮して渡すか`、`どこを決定論的に固定するか`、`どの領域で専門モデルを使うか` が効いてくる。TDX 2026 の AI Ops 領域は、その現実を一段先まで進めて見せていた。
## 7. 開発者体験は「速く作る」から「速く作って壊さない」へ
今回の開発者向けセッションを横断すると、vibe coding そのものは否定されていない。ただし、`Evolve vibe coding into engineering with SLDS 2`、`現場の意図を形にする開発術`、`LWCでの自動化とUI改良の活用`、`Pro-Code Agent Script with Agentforce Vibes` を見る限り、メッセージは一貫している。
`生成は速く、品質は別レイヤーで担保する。`
そのために出てきた概念が、
intent-driven development
agentic engineering
design intelligence
validation first
human in the loop
だった。
設定作業は自然言語で起こし、LWC やレイアウトは PDF やスクリーンショットから生成し、React も Salesforce API と自然につなぐ。一方で、権限、FLS、アクセシビリティ、SLDS 準拠、テスト、トレースは別途きちんと確認する。生成と検証を分ける、という原則がかなり徹底されていた。
これは現実的で、今後のベストプラクティスになりそうだ。速度は AI に任せ、品質はスキル・ルール・検証パイプラインで支える。感覚的な vibe coding を、組織で回せる engineering に翻訳しようとしている。
## 日本のチームにとっての示唆
日本向けクローズドセッションも含めて見ると、実務上の示唆はかなり明快だった。
### 1. 最初から全部 Agent にしない
Prompt で十分な仕事、Skill にすべき仕事、Agent でしか成立しない仕事、Agent Script で制御すべき仕事を分けるべきだ。PoC ではここが曖昧になりやすい。
### 2. コンテキスト設計と権限設計を先にやる
Data Cloud、レコード権限、引用、Trust Layer なしでの高精度化は限界がある。日本企業、とくに規制業界ほどここが先行条件になる。
### 3. Flow はまだ重要
自然言語の入口を Agent にしても、業務実行は Flow を翻訳レイヤーに置く方が安定する。External Services と組み合わせると特に強い。
### 4. Slack はフロントドアになる
Salesforce を全員が毎日開くとは限らないが、Slack は開く。だから協働、通知、依頼、実行、エージェント利用の入り口を Slack に置くのは合理的だ。
### 5. 評価と運用が導入可否を決める
今年の TDX は、モデル比較や fancy demo より、カスタムスコア、A/B テスト、ヘルス監視、根本原因分析の方が本丸だった。企業導入はここを作れるかどうかで決まる。
## 日別サマリー
### 2026年4月14日: Agentforce の設計思想と運用戦略が前面化
初日は、日本向けクローズドセッションを含め、Agentforce の全体像と運用思想を掴む日だった。中心にあったのは、Data Cloud を文脈基盤とし、Trust Layer と権限で安全性を保ちながら、Agent Script で決定性を確保し、Observability で運用するという構図である。
この日だけでも、`プロンプトで何とかする世界` から `業務フロー、権限、監視、改善を含む世界` への転換が鮮明だった。
### 2026年4月15日: 基調講演で Agentic Enterprise を宣言し、Builder 体験を実装レベルに落とし込む
基調講演では Agentic Enterprise、Headless 360、AgentExchange が大きな柱として打ち出された。その一方で、ハンズオンでは Agent Studio、トピック、変数、プレビュー、バージョン管理といった基礎を地に足の着いた形で教えていた。
午後は Slack のカスタムワークフローやデータ基盤系の話が続き、Agentforce を単体製品ではなく、連携可能な業務基盤として捉える流れがさらに強まった。
### 2026年4月16日: Slack・AIOps・開発者生産性が一本につながる
最終日は特に実務色が強かった。Slack と Salesforce の連携、AIOps の専門モデル、React/LWC/External Services/Agent Script など、導入後の現場運用や実装効率に直結する話が多い。
ここで見えたのは、Salesforce が「CRMにAIを足す」のではなく、`業務・開発・運用の面そのものをエージェント化する` 方向に舵を切っていることだった。
## 総括
TDX 2026 は、AI の未来像を派手に語るイベントというより、`エージェントを企業で回すには何が要るか` をかなり具体的に詰めたイベントだった。
そこでは一貫して、次の態度が求められていた。
まずは GA 済み機能ベースで考える
何でも Agent にしない
文脈と権限を先に設計する
Flow やスクリプトで決定論を残す
本番観測と改善を前提にする
人間のレビューを消さない
この意味で、TDX 2026 の本当のテーマは「AI導入」ではなく、`Agentic Enterprise を壊さずにスケールさせる方法論` だったと言ってよい。
