Claudeforceとは｜業務ソフトをAIから触る選定基準
「AIを業務に入れたいが、うちの基幹システムやCRMとつながるのか分からない」「結局、画面を見ながらコピペしているだけになっていないか」——AI活用を一歩進めようとするとき、多くの中小企業がここで止まります。
結論から言うと、これからの業務システムは「AIから直接触れる窓口を持っているか」で価値が変わります。2026年8月26日にSalesforceとAnthropicが発表した「Claudeforce」は、その変化を最も分かりやすい形で見せた事例です。そして重要なのは、その仕組みの芯にあるのが権限の引き継ぎ方だという点でした。
株式会社Fyveは、中小企業のAI活用を月額で伴走する立場から、自社の業務システムも「AIから触れるか」を基準に選び直してきました。この記事では発表内容を整理したうえで、私たちが実際に使っている5つの判断軸を、うまくいかなかった例も含めてお伝えします。
Claudeforceとは｜2026年8月26日に発表された内容
Claudeforceは、SalesforceとAnthropicが2026年8月26日に発表した戦略的提携の名称です。単発の機能追加ではなく、両社の製品をまたいだ複数の統合をまとめた呼び名になっています。
発表の骨子は3つ
発表資料を読むと、内容は大きく3つに分かれます。
- 「Salesforce in Claude」の提供：Claude側から、Salesforceの顧客・商談データを読み書きできるプラグイン
- Agentforceへの組み込み：ClaudeがAtlas Reasoning Engineの推論モデルとして使われ、Agentforce VibesとAgentforce Coworkerを既定で動かす。Agent Builderからも利用できる
- Slackの既定モデル化：ClaudeがSlackの既定モデルとなり、Slackbotを既定で動かす。Slack Codeにも創業パートナーとして参加する
規制の厳しい業種向けには、Amazon Bedrock経由でSalesforceの管理範囲（Salesforce Trust Boundary）の中からClaudeを使う経路も用意されると説明されています。
「Salesforce in Claude」＝37の営業スキルを持つプラグイン
今回の目玉が「Salesforce in Claude」です。37個のあらかじめ用意された営業向けスキルを持つプラグインで、商談の下準備、案件の健全性レビュー、パイプラインの確認といった作業を、Claude側から実行できます。
ポイントは、単に「AIがCRMのデータを読める」だけではないところです。公式の説明では、営業担当者が最新の売上状況をもとに考え、パイプラインの更新を自動化し、統制の効いた状態で実際のアクションまで行えるとされています。読み取りだけでなく、書き込みと実行までが射程に入っています。
今すぐ使えるのか（パイロット限定・9月にオープンベータ）
ここは正確に押さえておく必要があります。2026年8月26日時点では、Salesforce in Claudeは一部のパイロット顧客だけが使える状態です。オープンベータは2026年9月に予定されており、営業以外の業務向けスキルは2026年第3四半期から順次追加される見込みと説明されています。
価格についても、発表資料には「価格とパッケージは変更される可能性がある」と記載されているのみで、具体的な金額は公開されていません。つまり「明日から自社で導入する」という種類の発表ではないのが実情です。
それでもこの発表を取り上げるのは、使えるかどうかとは別に、業務システムの選び方そのものに関わる変化が含まれているからです。
この発表の本当の意味｜価値はUIではなくデータと権限にある
発表の中で、私が最も引っかかった部分を紹介します。
「Salesforceの価値はUIそのものにはない」
Salesforceでアプリケーション部門を統括する役員は、この提携について「Salesforceの価値は自社のUIそのものにあるのではない。アプリケーションではない。価値はデータとメタデータにある」という趣旨の発言をしています（VentureBeatの取材記事より）。
ソフトウェア会社が自社の画面を「価値の本体ではない」と言い切ったわけです。実際、Salesforce in Claudeを使う営業担当者はSalesforceの画面を一度も開かないまま、CRMのデータを検索し、更新し、次の行動まで進められると説明されています。
これは業務システム全般に効いてくる話です。これまでソフトの良し悪しは「画面が使いやすいか」で語られてきました。AIが操作の入口になるなら、評価軸は「そのデータと権限に、外から安全に手が届くか」へ移ります。
実体はMCPサーバ＋既存権限の継承
技術的な中身も公開されています。取材記事によれば、担当者が依頼を出すとClaudeは手持ちのスキルから合うものを選び、その手順を読んだうえでSalesforceのMCPサーバに対して実行するという流れになります。
MCP（Model Context Protocol）は、AIと外部のツールをつなぐための共通規格です。仕組みそのものの解説は別記事にまとめています。
そして、この設計で最も重要なのが権限の扱いです。取材記事では「そのレコードを自分が持っていなければ、閲覧権限がなければ、MCPサーバにもその権限はない」と説明されています。AIが独自の強い権限を持つのではなく、使う人が元々持っている権限をそのまま引き継ぐ設計です。
これは安全側に倒した、まっとうな作りだと思います。同時に、裏返すと怖い話でもあります。権限設計が緩い状態のまま繋げば、その緩さがそのままAIに渡るということだからです。
なぜ中小企業にも関係があるのか
「Salesforceを使っていないから関係ない」と思われるかもしれません。しかし関係します。理由は2つです。
1つ目は、この動きがSalesforceだけの話ではないこと。会計ソフト、グループウェア、メール、カレンダー、CMSと、業務ソフトの各社が「AIから触れる公式の窓口」を用意し始めています。数年後には「AIから触れないソフト」が選ばれにくくなる可能性が高い。
2つ目は、権限の話は規模を問わないこと。むしろ専任の情報システム担当がいない中小企業ほど、権限設定が「全員が全部見られる」状態のまま放置されがちです。その状態でAIを繋ぐと、事故の範囲が一気に広がります。
私たちが「AIから触れるか」でツールを選び替えた話
ここからは、私たち自身がこの基準で判断してきた実例をお伝えします。うまくいった話だけではありません。
CMSを移した判断の中に、この基準が入っていた
私たちは以前、WebサイトをWordPressで作っていました。WordPress自体に悪い印象はなく、過去にはWordPressで収益を上げていた時期もあります。それでもヘッドレスCMSへ移したのですが、その決め手の1つが「MCP経由でAIから直接操作できるか」でした。
移行後に何が変わったか。記事の投稿や更新が手作業から消えただけではありません。AIが自分の作業結果を観測できるようになったのが大きい。検索パフォーマンスのデータと突き合わせて内部リンクを直す、といった作業が、人の目視では届かない精度で回せるようになりました。
ここで言いたいのは「このCMSが良い」ではなく、ツール選定の評価項目に「AIから触れるか」を入れた結果、後から効いてきたということです。当時はここまで効くとは思っていませんでした。
公式の窓口があっても、やりたいことができなかった例
逆の話もします。あるクライアント案件で、届いたメールを4つの区分に自動分類し、返信の下書きまで作る仕組みを組んだときのことです。
メール連携には公式のリモート接続と、有志が作ったローカル接続の2つの選択肢がありました。普通に考えれば公式を選びます。ところが実際に仕様を読むと、公式が提供している操作には送信系が含まれておらず、下書きの作成までが原則でした。さらに、私たちが主に使っているコマンドライン環境からの接続手順は、当時の公式ドキュメントに記載がありませんでした。
この案件では添付ファイルを引き継いだ返信が要件に入っていたため、最終的に非公式側を採用しています。もし運用環境が違えば、逆の結論になっていました。
この選定の詳細は別記事にまとめています。
教訓は単純です。「公式の窓口がある」と「自分のやりたいことができる」は別。窓口の有無だけで安心してはいけません。
繋げられるのに、あえて外した連携もある
もう1つ。私たちは一時期、デザイン系のツールをAIに繋いでいましたが、今は外しています。
理由は、繋いだ結果として出てくるデザインの品質が毎回ぶれたからです。それよりも、守るべきルールを文章とスキルの形で定義しておき、コード側で整える方が、トータルの作業コストが下がると判断しました。
ただしこれは「デザイン系の連携は不要」という意味ではありません。非エンジニアの方が日常的に投稿画像を量産する場面では、公式コネクタと一括生成機能の組み合わせが最適解になることも確認しています。同じ連携が、使う人と目的によって正解にも不正解にもなるということです。
「繋げられるから繋ぐ」ではなく、「外した方が速いなら外す」。この判断ができるかどうかが、AI活用の総コストを大きく左右します。
業務システムを「AIから触れるか」で見る5つの判断軸
ここまでの経験を、実際に使っている5つの軸に整理します。順番にも意味があります。
軸1 公式の窓口があるか
まず、ベンダー自身が公式のコネクタやMCPサーバ、あるいは十分なAPIを出しているかを見ます。
非公式の方法でも繋がることは多いのですが、その場合は先方の仕様変更のたびに自分が直す側に回ります。一度作って終わりではなく、動き続ける前提のものほど、公式であることの価値が高くなります。
軸2 権限はどう引き継がれるか（最重要）
5つのうち1つだけ選ぶならここです。確認するのは次の点です。
- AIは使う人本人の権限を引き継ぐのか、それとも共通の管理者権限で動くのか
- 本人が見られないデータは、AIからも見えない状態になっているか
- 権限を後から絞ったとき、その変更が連携側にも反映されるか
Claudeforceが本人の権限を継承する設計を採ったのは、ここが事故の起点になると分かっているからでしょう。自社で仕組みを組む場合、手を抜くと管理者権限で全部通す作りになりがちです。動くので気づきにくく、後から直すのは大変になります。
軸3 読み取りだけか、書き込みまでか
先ほどのメール連携の例がそのままここに当たります。公式の窓口があっても、更新や送信は意図的に塞いであることがあります。
やりたいことが「集計してレポートを作る」なら読み取りだけで足ります。「入力の手間をなくす」なら書き込みが必須です。目的を決めてから窓口の仕様を読む順番を守ってください。逆にすると、繋いだ後で「これでは目的を達成できない」と分かります。
軸4 リモートか、手元か
提供形態も運用コストに直結します。
- リモート型（ベンダーが運用）：自分で保守しなくてよい。ただし対応しているAIアプリが限られることがある
- 手元で動かす型：自由度が高く環境を選ばない。ただし止まったときに直すのは自分
どちらが正解ということはなく、使う環境と必要な機能の組み合わせで決まります。片方が登場したらもう片方が不要になる、という関係でもありません。当面は共存すると考えています。
軸5 データはどこを通るか
最後に、業務データがどこで処理されるかを確認します。自社の契約範囲の中で完結するのか、外部へ出るのか。Claudeforceが規制業種向けに管理範囲内での経路を用意したのも、この観点への回答です。
ここで見落とされがちなのが、取引先と結んでいる契約との突き合わせです。秘密保持や再委託の条項を素直に読むと、預かったデータを外部のAIサービスに入れる行為が契約違反になっている、というケースは実際にあります。技術的に可能かどうかとは別の問題として、必ず確認してください。
5つの軸のまとめ
軸 | 確認すること | 怠ると起きること |
|---|---|---|
1 公式の窓口 | ベンダー公式の接続手段があるか | 仕様変更のたびに自分で修理する |
2 権限の継承 | 本人の権限を引き継ぐか | 見えてはいけないデータがAIに渡る |
3 読み書きの範囲 | 更新・送信までできるか | 繋いだ後に目的を達成できないと判明 |
4 提供形態 | リモートか手元か | 保守の負担を見誤る |
5 データの経路 | 契約範囲内で処理されるか | 取引先との契約に抵触する |
順番を守ってください。窓口の有無（軸1）や権限（軸2）より先に「便利そうかどうか」で決めると、後から作り直しになります。私たちも一度この順番を守らずに繋ぎ、結局その連携を外しました。
公式の窓口がないソフトを使っている場合はどうするか
ここまで読んで「うちが使っているソフトに、そんな窓口はない」と思われた方が多いはずです。実際、国内の中小企業で広く使われている業務ソフトの多くは、まだAI向けの公式窓口を持っていません。
現実的な選択肢は3つあります。順番に検討してください。
選択肢1 エクスポートを経由する
最も手軽なのが、CSVなどで書き出したデータをAIに読ませる方法です。窓口がなくても、書き出し機能がないソフトはほとんどありません。
集計、分析、レポート作成といった読み取り用途なら、これで十分実用になります。弱点は、書き出しという手作業が1つ残ることと、リアルタイムではないこと。逆に言えば、月次や週次でまとめて見る業務なら弱点になりません。
まずここから試すのを勧めます。窓口がないことを理由にAI活用を諦めている会社の多くは、この選択肢を検討していません。
選択肢2 画面の操作を自動化する
人間の画面操作を模倣して動かす方法です。窓口がなくても動かせるのが強みで、書き込みまで到達できます。
ただし注意点が2つあります。1つは画面の仕様が変わると壊れること。もう1つは、先ほどの軸2と噛み合わないことです。この方式は人間のアカウントをそのまま使って動くため、操作の記録上、人がやったのかAIがやったのかが曖昧になります。
恒久的な運用の本命にはせず、窓口が用意されるまでのつなぎと割り切るのが安全です。
選択肢3 乗り換えを検討する
最後が、AIから触れるソフトへの乗り換えです。ただし窓口の有無だけを理由に基幹ソフトを替えるのは本末転倒だと考えています。移行には必ずコストと混乱が伴います。
替えどきの目安は、「そのソフトへの入力作業が明らかに重荷になっていて、かつAI連携以外の理由でも不満がある」ときです。私たちがCMSを移したときも、AIから操作できることは決め手の1つではあっても、唯一の理由ではありませんでした。保守作業で本質的でない手間を取られ続けていたという不満が、元々あったからです。
どれを選ぶかの目安
- 読み取りが目的で、月次・週次で足りる → 選択肢1（エクスポート）
- 書き込みが必要だが、ソフトを替える余地はない → 選択肢2（つなぎと割り切る）
- 入力の手間が慢性的に重く、他にも不満がある → 選択肢3（乗り換えを検討）
今日からできる3ステップ
Claudeforceそのものは、まだ多くの企業にとって「様子を見る」対象です。一方で、準備は今日から始められます。
ステップ1 いま使っている業務システムを棚卸しする
まず、社内で使っているソフトを一覧にします。会計、勤怠、顧客管理、グループウェア、メール、ファイル置き場。そのうえで各項目に「AIから触れる公式の窓口があるか」を1列足すだけで構いません。
この一覧を作るだけで、自社のどこが自動化しやすくてどこが手詰まりかが見えます。多くの場合、一番手間がかかっている業務ほど、窓口のないソフトに閉じ込められています。
ステップ2 1つだけ、読み取りから繋ぐ
全部を一度に繋ごうとしないでください。最初の1つは読み取りだけにします。集計、要約、レポート作成といった用途です。
読み取りなら、失敗しても消えるものがありません。ここで「AIに任せるとどこまでできて、どこから怪しいか」の感覚を掴んでから、書き込みへ進むのが安全です。AIをどこから調達するかという上流の判断については、こちらでまとめています。
ステップ3 権限と記録を先に決める
書き込みへ進む前に、2つだけ決めておきます。
- 権限：どのデータに触れてよいか。人間側の権限設計が緩いままなら、先にそちらを直す
- 記録：AIが何をしたかが後から追えるか。更新履歴が残らない仕組みには、書き込み権限を渡さない
この2つを飛ばして便利さから入ると、事故が起きたときに何が起きたのか誰も説明できない状態になります。順番の問題です。
私たちが実際に踏んだ失敗3つ
順番の話を繰り返してきましたが、なぜそこまで言うのかというと、私たち自身が逆をやって痛い目を見たからです。3つ挙げます。
失敗1 権限を整理しないまま繋いだ
最初に連携を組んだとき、動かすことを優先して強い権限をそのまま通す作りにしました。すぐ動いたので、しばらく問題に気づきませんでした。
問題は後から来ます。用途が増えて別の担当者にも使わせようとした段階で、「この人にはこのデータを見せたくないが、仕組み上は全部見える」という状態が発覚し、結局作り直しになりました。動いているうちは誰も困らないので、指摘されるまで気づけません。
失敗2 書き込みから始めた
読み取りで感覚を掴む工程を飛ばし、いきなり更新まで任せたことがあります。結果、意図しない更新が入って戻す作業が発生しました。
幸い履歴が残る仕組みだったので戻せましたが、記録が残らない仕組みだったら何が変わったのかすら分かりませんでした。ステップ3で「記録が追えるか」を条件に挙げているのは、この経験からです。
失敗3 繋げるものを全部繋いだ
接続できるものを一通り繋いだ時期もあります。増やすほど便利になるはずだ、と考えていました。
実際に起きたのは逆でした。選択肢が増えるほどAI側の判断がぶれ、どの道具を使うかで迷うようになったのです。デザイン系の連携を外したのも、この整理の一環でした。繋がっている数は成果と比例しません。
よくある質問
Claudeforceは中小企業でも使えますか
2026年8月26日時点では、Salesforce in Claudeは一部のパイロット顧客に限定されています。オープンベータは2026年9月の予定です。価格も公開されていないため、現時点で導入可否を判断できる材料は揃っていません。
Salesforceを使っていなくても関係ありますか
あります。今回の発表で示された「AIが業務システムの入口になる」「権限は本人のものを引き継ぐ」という考え方は、特定の製品に限った話ではありません。自社が使っている業務ソフトを同じ観点で見直す価値があります。
ClaudeがSlackの既定モデルになったとはどういう意味ですか
発表によれば、ClaudeがSlackの既定モデルとなり、Slackbotを既定で動かすほか、Claude Tagによるチームの意思決定支援などに使われるとされています。なお、Salesforceは自社の従業員の83%がClaude搭載のSlackbotを使い、年間380万時間の生産性向上につながったとしていますが、これは同社自身の発表による数字です。
公式の窓口がないソフトでもAIは使えますか
使えます。データの書き出し機能があれば、集計や分析といった読み取り用途はすぐに始められます。書き込みまで必要な場合は画面操作の自動化という手もありますが、こちらは画面の変更で壊れやすく、操作の記録が曖昧になるため、恒久運用の本命にはしない方が安全です。
まず何から手をつけるべきですか
業務システムの棚卸しです。導入の可否を検討する前に、自社の道具が「AIから触れる状態にあるか」を把握することが先になります。手を動かす順番としては、読み取りだけの連携を1つ試すところからで十分です。
まとめ
2026年8月26日に発表されたClaudeforceは、パイロット段階の製品としてではなく、業務システムの価値がUIからデータと権限へ移るという変化の実例として読むのが有益だと考えています。
要点を整理します。
- Salesforce in Claudeは37の営業スキルを持つプラグイン。パイロット限定で、オープンベータは2026年9月予定
- 実体はMCPサーバ経由の連携で、使う人の既存権限をそのまま引き継ぐ設計
- 自社の業務システムは「公式の窓口・権限の継承・読み書きの範囲・提供形態・データの経路」の5点で見る
- 順番を守る。便利さから入ると権限で詰まって作り直しになる
私たち自身、AIから触れるかを基準にツールを選び替え、逆に外した連携もあります。どちらも実際に動かしてみて分かったことでした。自社の業務でどこから手をつけるべきかを一緒に整理する場として、株式会社Fyveは専属AI活用顧問サービスで月額の伴走を行っています。
AIを使う会社と、使わない会社。
その差は、開き始めています。
ここ数年でAIは急速に進化し、正しく導入できている企業とそうでない企業とでは、業務効率や人件費に大きな差が生まれ始めています。「AI導入に興味はあるが、実際に何ができて、どこから手をつければいいか分からない」——そんな方は、まずこの無料プレゼントに目を通してみてください。
