「うちのチーム、Claude CodeはCLIで動かしてるんですが、非エンジニアが触れなくて……」「営業はWeb版、開発はDesktop、PMOはSlack連携で、誰が何を使っているか分かりません」。導入が進むほど、こうした“面（サーフェス）バラバラ問題”は表面化します。
Claude Codeは現在、CLI、Web、Desktop、Slackという4つの実行環境で使えます。便利ですが、選択肢が増えるほど、組織側の判断は難しくなります。この記事では、用途・利用者像・セキュリティ要件の3つの軸から、どのツールに揃えるべきかを比較しながら整理します。
4つのツールの特徴をまず整理する
判断する前に、まずはそれぞれのツールの特徴をざっくりと押さえておきましょう。
CLI
ターミナルから動かす、いわば本来の姿です。ファイル操作、git操作、ビルド、テストまで一気通貫で任せられるため、エンジニアの開発生産性は最も高くなります。一方、ターミナルが前提なので非エンジニアには使いこなせません。
Web
ブラウザだけで動く手軽なインターフェースです。アカウントさえあれば誰でも使え、画面共有や研修もしやすいのが利点です。ローカルファイルへのフルアクセスは制限されるため、コードの深い改修よりは、文章作成、要約、レビュー支援などに向いています。
Desktop
ローカルアプリとして動き、ファイル参照やMCP連携を使いやすい、CLIとWebの中間的な位置づけです。CLIほど開発に特化しておらず、Webほど制約もありません。エンジニア兼マネジメントの担当者や、ドキュメントを多く扱う役割と相性がよいでしょう。
Slack
チームのコミュニケーションの動線上にAIを置けるのが特徴です。「Slackで聞けば答えが返る」という運用に組み込めるので、PMO、営業、カスタマーサポートのような“非開発の現場”で効果を発揮します。ただしリポジトリへの直接操作は得意ではないため、開発の主力にはなりにくいです。
選定の3つの軸：誰が、何を、どこで使うか
迷ったら、次の3つの軸に当てはめてみてください。
軸1：利用者像（エンジニア比率）
エンジニアが大半を占めるチームなら、CLIまたはDesktopが第一候補です。非エンジニアが半数を超えるなら、WebかSlackを必ず加えましょう。「全員CLI」という方針は教育コストが膨らみ、結局使われなくなってしまいます。
軸2：成果物の置き場所
最終アウトプットがコードや設定ファイルならCLIやDesktopが、ドキュメント、議事録、提案書ならWebやDesktopが向いています。チャットでの即時QAならSlackです。成果物がどこに溜まるかで利用するツールを決めると、後の検索や再利用もスムーズになります。
軸3：セキュリティ要件
社外秘コードや顧客データを扱うなら、ローカルで完結するCLIやDesktopが第一候補です。WebやSlackは便利な反面、貼り付けポリシーに関する研修がセットで必要になります。情報システム部門と相談する際は、ツールごとにポリシーを分けるのが現実的でしょう。
ケース比較：4つの典型パターン
これらの軸を組み合わせて、よくある組織パターンに当てはめてみましょう。
パターンA：受託開発の小規模チーム（10名以下）
エンジニア比率が高く、扱う成果物もコードが中心です。この場合、CLIをメインに、Desktopを補助として使う構成が安定します。Webは、社外の人と画面を共有する際の予備として残す程度で十分でしょう。
パターンB：事業会社の開発＋PMO混成チーム
エンジニアと非エンジニアが半々のような混成チームでは、DesktopとSlackの併用が現実的な解決策です。エンジニアはDesktopでファイルを参照しながら作業し、PMOや企画担当はSlackで議事録要約やタスク整理を行います。CLIの利用は個人の裁量に任せるとよいでしょう。
パターンC：営業・カスタマーサクセス中心の部門
非エンジニアが大半なら、Slackを中核に据え、Webを補助的に使うのがおすすめです。提案書のドラフトや顧客メールの下書きはWebで作り、即時QAや日々の細かな判断はSlackで対応します。CLIやDesktopは無理に導入する必要はありません。
パターンD：全社展開フェーズ
部門横断で利用を広げる段階では、まずツールごとに用途を明文化したガイドを作りましょう。「コード改修はCLIかDesktop」「文章作成はWeb」「QAはSlack」のように一行ずつ書くだけで、運用のバラつきは大きく減らせます。
統一しすぎず、役割で分ける
「全社で1つのツールに統一する」のは理想的に見えますが、現場の生産性を削ぐことになりかねません。かといって「自由にどうぞ」では、研修もガバナンスも効かなくなります。ツールごとに役割を定義し、その境界を明文化するのが現実的な落としどころです。
社内に展開する際の進め方は、Claude Code が社内で使われない3つの原因｜定着させる3段階フレームも参考にしてください。PM・管理職としての関わり方はPMがClaude Codeを使うときの3ルールで整理しています。各面に渡すプロジェクト前提の設計はCLAUDE.mdで渡すプロジェクトメモリの設計が下敷きになります。
まとめ
- Claude Codeの4つの実行環境は、それぞれ得意領域が異なります。便利な一方で「どれをどこで使うか」という問題が生まれがちです。
- 利用者像、成果物の置き場、セキュリティ要件の3つの軸で、利用するツールを絞り込みましょう。
- 全社で統一するのではなく、役割ごとにツールを分けてルールを明文化するのが現実的な解決策です。
「組織でAIをどう使い分けるか」を体系的に学びたい方は、テックエイドの講座「AIX-101」や「AIX-102」で、導入判断者の視点から具体的な設計手順を確認できます。社内の運用ガイドを作る前のたたき台としてご活用ください。