AI選定の軸は「モデル」から「何に繋がっているか」へ|Claudeforceが示す変化
生成AIを一通り試し、「精度は悪くない」というところまで検証を終えた企業が、次にぶつかる問いがあります。このAIを、どの業務データ・どの権限に繋ぐか。 モデルを選ぶ段階から、接続先を設計する段階への移行です。
この移行を象徴する事例として、2026年8月26日にSalesforceとAnthropicが発表した「Claudeforce」という提携を取り上げます。見出しは「Salesforce and Anthropic Announce Claudeforce: The #1 AI Meets the #1 AI CRM」、サブタイトルは「Claudeの推論力と、Salesforceプラットフォームが持つデータ・ワークフロー・業務ルール・実行権限・ガバナンスを組み合わせ、Claude上で信頼できる企業アクションを実現する」という趣旨です。なお「#1 AI」「#1 AI CRM」はSalesforce自身の評価であり、第三者による順位付けではない点は前提として押さえておく必要があります。
30秒で要点
- 2026年8月26日、SalesforceとAnthropicは「Claudeforce」という拡大戦略提携を発表した。中核は新しいAIモデルではなく、業務データとワークフローを任意のエージェントに渡す接続層「AIforce」である
- 立ち上げ製品「Salesforce in Claude」は37個の事前構築済みセールススキルを持ち、アクションは必ずSalesforceを経由させて業務ルールを常に強制する設計になっている
- 提供時期は「一部パイロット顧客に提供中、2026年9月にオープンベータの開始を見込む」という段階で、確定した一般提供日ではない
- 「年換算810万時間の生産性向上」という数値はSalesforce社内の自社申告であり、算出方法は非公開。自社に同じ効果が生じることを保証する数値ではない
| 用語 | 意味 |
|---|---|
| AIforce | Salesforceが説明する接続層。業務データ・ワークフローを、MCPサーバー・API・CLIツールを通じて任意のエージェントに渡す仕組み |
| MCP(Model Context Protocol) | AIエージェントが外部のデータ・ツールに接続するための共通規格 |
| API | 異なるシステム同士がデータや機能をやり取りするための接続窓口 |
| ハーネス(harness) | ここでは、AIエージェントに業務データや実行権限を安全に取り次ぐための管理・制御の仕組みを指す |
発表の中心は、モデルではなく接続層だった
Salesforceは、AIforceを「Salesforce's trusted enterprise harness that brings all your business data and workflows to any agent through MCP servers, APIs, and CLI tools, without complicated and costly integrations(複雑で高価な統合作業なしに、あらゆる業務データとワークフローを、MCPサーバー・API・CLIツールを通じて任意のエージェントに届ける、信頼できる企業向けハーネス)」と説明しています。
ここで注目したいのは、「どのAIモデルが賢いか」という話をしていない点です。語られているのは、業務データと実行権限を、どういう経路で・どんなルールのもとでエージェントに渡すか、という接続の設計です。AIの検証段階では「モデルの精度」が主な関心事になりますが、実際に業務へ組み込む段階になると、関心は「そのAIに何を触らせるか、どう制御するか」に移ります。Claudeforceは、この移行が起きつつあることを示す具体例として読むことができます。
「業務ルールを常に強制する」という設計思想
立ち上げ製品の「Salesforce in Claude」は、商談レビューやパイプライン更新などを実行できる、37個の事前構築済みセールススキルを持つプラグインです。ここで重要なのは、アクションが必ずSalesforceを経由するよう設計されている点です。発表文は「Salesforce in Claude routes actions through Salesforce to help ensure business rules are always enforced when an action is taken(アクションを取る際に業務ルールが常に強制されるよう、Salesforce in Claudeはアクションを必ずSalesforce経由にする)」と説明しています。
Salesforce Chair & CEOのMarc Benioffは、この設計思想について「Probabilistic intelligence alone doesn't run a company, and deterministic systems don't reason.(確率的な知能だけでは会社は回らないし、決定論的なシステムは推論しない)」と述べています。AIの柔軟な推論力と、業務システムの決定論的なルールを組み合わせる必要がある、という考え方です。Anthropic CEOのDario Amodeiは、この提携によって「companies can point Claude at the customer information and business context that they've been building in Salesforce for decades, and use it to actually run and grow their businesses.(企業が何十年もかけてSalesforceに蓄積してきた顧客情報や業務コンテキストにClaudeを向け、実際の事業運営や成長に使えるようになる)」と述べています。いずれも提携当事者側の発言であり、第三者による評価ではないことは踏まえておく必要があります。
なぜ「もう使える」と誤解しやすいのか
プレスリリースは製品名・スキル数・実行イメージまで具体的に描写しているため、読み手は「すでに一般提供されている」という印象を持ちやすくなります。発表文が過去形や現在形(「〜を提供する」「〜ができる」)を多用する書き方をしている場合はなおさらです。
しかし、この発表の提供時期に関する記述は「一部のパイロット顧客に現在提供中であり、2026年9月にオープンベータの開始を見込んでいる(expects to launch)」というものです。「見込み」は確定ではありません。追加のスキルは2026年後半から順次公開予定とされていますが、これも予定であって確約ではないのです。発表の華やかさと、実際に自社が使える時期・範囲は別物として区別する必要があります。
さらに、ページ末尾には「価格・パッケージは変更される可能性がある。提供範囲は地域により異なり、顧客契約により規定される」という趣旨の免責文言があります。日本国内での価格や提供時期を、この発表文の記載を超えて具体的に見積もることはできません。
「810万時間」という数字との距離の取り方
発表文には、Slack領域の社内利用実績として「Slackbotが年換算810万時間の生産性向上をもたらし、前四半期比2倍超に伸びている」という記載があります。インパクトの大きい数字ですが、これはSalesforce自身の社内利用に関する自社申告値であり、算出方法や対象範囲の定義は本文に示されていません。
分母(何を1時間の節約とカウントしたか)と分子(誰の、どの業務の時間か)が公開されていない数字は、自社の意思決定にそのまま使える指標ではありません。「Claudeforceを導入すればこれくらいの効果が出る」という比較の基準として引用するのではなく、「提携当事者がこの提携に自信を持っている根拠の一つ」という文脈情報として読むにとどめるのが安全です。
確かなことと、まだ確かではないこと
確かなこと: 2026年8月26日にSalesforceとAnthropicがClaudeforceという提携を発表したこと。中核が新モデルではなく接続層「AIforce」であること。Salesforce in Claudeが37スキルを持ち、アクションを必ずSalesforce経由にする設計であること。
まだ確かではないこと: オープンベータが実際に2026年9月に開始されるかどうか(発表時点では「見込み」)。810万時間という生産性向上の数値が、算出方法非公開のまま今後どう扱われるか。日本国内での価格・提供範囲がどうなるか。これらは発表文の記載を超えて断定できないため、自社の計画に組み込む前に、公開時点の最新情報を改めて確認する必要があります。
自分でも試せる、最小の検証
自社が使っている業務システム(CRM・チャットツール・基幹システムなど)を1つ選び、「そのシステムのデータや実行権限を、外部のAIエージェントに渡す経路が用意されているか」を確認してみてください。用意されていない場合、次に検討すべきはAIモデルの乗り換えではなく、その接続経路をどう設計するかという課題である可能性があります。
判断軸の提示
AI導入の検討で行き詰まったら、「どのモデルを使うか」ではなく「そのAIに何のデータと権限を、どんなルールのもとで渡すか」を先に問うこと。モデルの推論力はベンダー各社が競い合う領域ですが、業務データと権限の接続設計は自社が決めるべき領域であり、ここを外部の発表内容だけで判断すると、確定していない「見込み」を前提にした計画になりかねません。
この記事で扱ったような判断を、自社の状況に照らして整理したい場合は、無料診断ツールで状況を言語化するところから始めることができます。
状況を整理する(15分)