Claude Codeで、SalesforceとKintoneに「手を動かすAI」をつなぐ

「AIにCRMを触らせる」と言うと、多くの人はチャットボットを思い浮かべる。だが現場で本当に必要なのは、会話することではなく、SalesforceやKintoneのレコードを「正しいタイミングで、正しく」更新してくれることだ。MGCのCRM操作AI事業は、この「手を動かす」部分を担っている。今回は、その実装にClaude Codeをどう使っているかを、隠さず書く。

まず、汎用チャットがCRM運用でつまずく理由は3つに集約できる。覚えない（自社の項目定義や運用ルールを毎回説明し直す必要がある）、繋がらない（実際のレコードを読み書きできない）、続かない（一度の会話で終わり、定期実行や先回りができない）。この3つを越えない限り、どんなに賢いモデルでも「便利な相談相手」止まりになる。

繋ぐ部分の中心がMCP（Model Context Protocol）だ。Claude Codeは、MCPサーバー経由で外部ツールのAPIを「道具」として呼び出せる。SalesforceならREST/Bulk APIとSOQL、KintoneならレコードのREST APIを、それぞれMCPサーバーとしてラップしてやれば、AIは「商談を検索する」「活動履歴を追記する」といった操作を、人間の代わりに実行できる。重要なのは、AIに生のDBを触らせるのではなく、「許可した操作だけ」を道具として渡すことだ。

SalesforceとKintoneでは、設計の勘所が違う。Salesforceはオブジェクトとガバナ制限、OAuthのConnected App、Sandboxでの検証が要点になる。項目もリレーションも多く、SOQLの組み立てを誤ると無関係なレコードまで触りかねない。Kintoneはアプリ単位の権限とAPIトークンがシンプルな反面、アプリごとにスキーマが自由なので、「このアプリのステータスは何の値を取るのか」をAIに正しく覚えさせる工程が効く。どちらも、最初に「辞書」（項目定義・運用ルール）を読み込ませるかどうかで精度が段違いになる。

安全に動かす設計は、機能より先に決める。具体的には3点。(1) 最小権限——AIに渡すAPIトークンや接続ユーザーは、触ってよいオブジェクト・アプリだけに絞る。(2) 監査ログ——いつ・どのレコードに・何をしたかを必ず残し、後から人が追える状態にする。(3) 承認ゲート——金額や顧客ステータスなど影響の大きい更新は、AIが下書きを作り、人が承認してから反映する。誠実さは、こういう仕組みに宿る。

そして、いきなり全社でやらない。MGCが必ず勧めるのは「1業務 × 2〜4週間」のスモールスタートだ。たとえば「商談メモを音声から起こしてSalesforceの活動履歴に追記する」だけを、まず完璧にする。動くものを現場で2〜4週間まわし、会話で精度を磨いてから、対象業務・アプリ・拠点へ広げる。

この一連は、MGCのAIソリューション事業として、コンサルティングから開発・運用・研修まで一気通貫で提供している。今回のCRM連携は、その中核である「繋がる・手が動く」を、SalesforceとKintoneという日本の現場で最も使われるCRMで実証したものにあたる。

最後に、これは特別な話ではない。APIがあるツールなら、同じやり方でAIに手を動かさせることができる。違いを生むのは、モデルの賢さよりも、辞書を整える地道さと、安全に運用する設計だ。私たちはそこに価値があると信じているし、この記録が、同じことに挑む誰かの最短ルートになればいい。