Claudeがコードを吐き出す。エージェントが起動。顧客は遅延したフライトについて不満を漏らす。そして……沈黙。予約データも、再予約オプションもない。ただのお世辞だけ。
それがSalesforceが Agentforce で解決しようとしている「雰囲気コーディング」の罠だ。自然言語のプロンプトを投げ込むだけで、組織のデータ、システム、ロジックにアクセスできるエージェントが生まれる。もうおもちゃのプロトタイプじゃない。少なくとも、彼らはそう主張している。今回は、あの航空会社デモから一歩引いて、その実態を徹底的に検証する。
Salesforce組織から始めよ――車輪の再発明はご免だ
Agentforceは、すべてをゼロから作り直させるわけじゃない。君のSalesforce組織には、すでにApexクラス、フロー、サードパーティ連携が満載だ。Claudeはそれらを嗅ぎつけ、エージェントのアクションに仕立て上げる。ガードレールも引き継ぐ。Salesforceにどっぷり浸かっているなら、賢いやり方だ。
しかし、ここが問題だ：Salesforceを使わない組織はどうなる？ 運が悪かったな。これは万能のエージェントビルダーじゃない。これはSalesforceのためのアクセラレーター——CRMという母船で醸造された、ステロイド級の「雰囲気コーディング」だ。
DatasiteのGrant Robersonは、ワークフローの分割を的確に表現している。
「指示を書くときは、常にCanvasを使います」とRoberson氏は語った。「何かを調整するときは、[Agent Script] の方が細かい調整がしやすいので、そちらの方がうまく機能するように感じます。」
Canvasは全体像のプロンプトに。Scriptは微調整に。ルーター、サブエージェント、アクションを検査する。Claudeがその選択を説明してくれる。最初からやり直すことなくファインチューニングできる。悪くない。だが、プロンプトがハルシネーションを起こしたら——AI生成ロジックのデバッグに追われることになる。
本番環境のエージェントはリアルタイムデータを渇望する。フライト再予約デモ：APIが予約詳細を取得し、払い戻しポリシーのプロンプトに渡し、空き状況を確認する。シームレスにシーケンス処理される。パーソナライズされた応答。人間は不要だ。
なぜどこのエージェントも、これほど顧客データを引き出せないのか？
コンテキストこそが王様だ。顧客の履歴、ポリシー、在庫を、正確な瞬間にモデルにフィードする。精度が飛躍的に向上する。Agentforceはこれらのデータ取得を自動的にシーケンス処理——「雰囲気コード」でプロンプトを投げれば、データフローが配線される。
しかし、Salesforceは厄介な部分をぼかしている。データがサイロ化されていたら？ あるいは古かったら？ 「雰囲気コーディング」はCRMを奇跡的にクリーンアップしてはくれない。組織がゴミ溜め状態なら、それは豚に真珠だ。そしてあのデモ？ 磨き上げられたSalesforce環境だ。実際の組織は、レガシークラフトで出血している。
システム連携が決定打となる——あるいは破綻させる。Agentforceは日常のツールに接続する。フライトを再予約する。レコードを更新する。手動での引き継ぎなし。ルーターがタスクをサブエージェントに振り分ける：フライト管理はこちら、座席選択はあちら。モジュラー。スケーラブルだ。
専門化されたサブエージェントを持つ単一のエージェントルーター。複雑さが増しても、物事を整理しておく。航空会社の顧客が座席について尋ねたら？ 座席サブエージェントを呼び出す。クリーンな引き継ぎ、コンテキストの喪失なし。
紙の上では印象的だ。しかし、スケールはすぐに壁にぶつかる。高負荷のクエリ？ サブエージェントがボトルネックになる。Salesforceの過去の障害——あのCRMダウンタイムを覚えているか？——が大きく影を落とす。「雰囲気コーディング」されたエージェントは、そのリスクを増幅させる。
Lightning Web Components：退屈な応答に彩りを
プレーンテキストのチャットは顧客を飽きさせる。そこで登場するのが LWC とLightning Typesだ。エージェントはインタラクティブなUIをレンダリングする：フライトセレクター、確認、ボタン。すべてチャット内。アプリの切り替えなし。
LWCも「雰囲気コード」で——ブランドガイドラインとともにAIツールにプロンプトを投げかける。構造、スタイリングのドラフトを作成する。レビューは必須だ。これはスタート地点であり、無料のランチではない。
Salesforceはこれを未来だと喧伝している。ダイナミックな出力。アクション可能。しかし、LWCは君を彼らのエコシステムにより強く結びつける。他のプラットフォームに移植したいか？ 街を書き換えることになる。利便性を装ったロックインだ。
信頼性のためのアーキテクチャ設計は、モノリシックなプロンプトを捨てることを意味する。Agentforceはモジュラー性を推進——ルーター、サブエージェント、シーケンス化されたアクション。プロトタイプから本番へ？ 検査、微調整、デプロイ。
元のピッチは「モノリシック、指示—」で途切れている——おそらく「指示追従」。それは妥当だ。しかし、Salesforceの真の強みは、組織に根差していることだ。ゼロからのロジック構築は不要。だが、それは2010年代のノーコードブームを反映している：ベンダー依存を隠すきらびやかなツールだ。
独自の洞察：SiebelのCRM過剰摂取の残響。 2000年代、Siebel SystemsはオールインワンCRM支配を約束した——統合が豊富で、カスタムロジックが組み込まれている。Oracleは、顧客が肥大化から逃れた後、安値で彼らを買収した。Agentforceも同じリスクを抱えている：「雰囲気コーディング」は君を誘い込むが、スケーリングには完全なSalesforceへの忠誠が求められる。大胆な予測？ 2026年までに、Agentforceユーザーの40%が、コストの膨張とともにマルチベンダースタックに移行するだろう。
企業の論理は「本番対応」を叫ぶ。デモは目を見張る。しかし、誇大広告は基本を無視している：クリーンなデータ、安定した連携、エスケープハッチ。「雰囲気コード」をいくら使おうと——それらがなければ、ただの派手なチャットボットだ。
Salesforceはここに大きく賭けている。Agentforceはサービスオペレーションを合理化し、手動の引き継ぎを削減できる可能性がある。航空会社、コールセンター——プライムターゲットだ。もしそれが実現すれば、顧客体験は飛躍する。そうでなければ？ 埃をかぶるもう一つのAIツールになるだろう。
懐疑論は正当だ。「雰囲気コーディング」は楽しい。本番は過酷だ。Agentforceは多くを橋渡しする——しかし、母船に鎖で縛り付ける。
AgentforceはSalesforceのロックインに見合うか？
Salesforceに深く依存している組織には？ はい。雰囲気コーディングを信頼できるエージェントにまでスピードアップする。データアクセス、アクション、UI——すべてカバーされている。
外部の組織には？ 他を探した方がいい。LangChainやCrewAIのようなオープンな代替手段は、CRM税なしで柔軟性を提供してくれる。
デモは可能性を証明している。日常的な利用は？ まず君の組織でテストしてみることだ。
なぜSalesforce以外では「雰囲気コーディング」はまだ失敗するのか？
組織に根差していない。弱いデータフロー。引き継ぎ地獄。Agentforceはこれらを修正する——しかし、壁の内側だけで。
**
🧬 関連インサイト
よくある質問**
Agentforceでの「雰囲気コーディング」とは？
自然言語プロンプトで、フライト再予約のような本番タスクのためにSalesforceのデータ、システム、UIに接続するAIエージェントを構築することだ。
AgentforceはSalesforceなしでも機能しますか？
いいえ——既存のロジックと統合を活用し、Salesforce組織向けに構築されている。
Agentforceエージェントは、実際の顧客の問題をエンドツーエンドで処理できますか？
はい、データ取得、アクション、サブエージェントルーターを介して——しかし、信頼性はあなたの組織のデータ品質にかかっている。
