Claude Codeの導入は、もう一部のエンジニアだけの話ではなくなっています。Stripeでは1,370人のエンジニアの端末にゼロコンフィグで標準搭載され、Rakutenは1,250万行規模のオープンソースライブラリへの機能実装を7時間の自律実行で終わらせ、新機能を市場に出すまでの期間を24日から5日へ、79%短縮したと公表しています。
ただ、こうした事例を社内で紹介すると、決まって同じ質問が返ってきます。「入力したコードは学習に使われないか」「セキュリティ部門の審査をどう通すか」「結局いくらかかるのか」。ChatGPTのようなチャット画面のAIサービスを1つ入れるときには、ここまで聞かれなかった質問が、Claude Codeでは急に増えます。
その理由は単純です。Claude Codeは、チャットの返事を待つだけのAIではなく、手元のファイルを読み書きし、ターミナルでコマンドを実行するAIだからです。この講座では、導入相談で必ず出てくる4つの論点と、誰がどの立場からその質問を投げてくるかを、5回に分けて順番に片づけていきます。
多くの組織では、この相談が上がってくる時点で、すでに一部のエンジニアが個人のアカウントで使い始めています。情シスやセキュリティ部門が最初に整えるべきなのは「導入するかどうか」ではなく、「すでに始まっている利用を、どの設定と契約の上に乗せ直すか」であることが少なくありません。
“Claude Code is pre-installed on everyone's laptop. It just works out of the box.”
筆者訳Claude Codeは全社員のノートパソコンに標準搭載されている。箱を開けてすぐに動く。
ㅤ
この講座は、自分ではClaude Codeを一度も開いたことがなくても読める前提で書いています。情報システム部門・導入責任者・管理職として必要なのは、コードを書くことではなく、審査で何を確認すればよいか、契約でどこを見ればよいかを知っていることだからです。
チャットと何が違うのか、ひとことで
claude.aiのチャット画面や、ふだん使っているチャット型AIは、渡した文章やファイルを読んで答えを返すだけです。Claude Codeにはそこにもう一段、動きが加わります。プロジェクトのファイル一式（リポジトリ）を直接読み書きし、テストの実行やデプロイのようなコマンドまで扱う設計です。
チャット型のAIとClaude Codeの範囲
渡した文章やファイルを読んで、答えを返すだけ。会話の外にあるファイルやシステムには触れない
プロジェクトのファイルを直接読み書きし、テストの実行やデプロイのようなコマンドまで扱う
既定のManualモードでは、読み取り専用の操作（lsやgit statusなど）はそのまま実行しますが、ファイルの編集やコマンドの実行には都度の承認を求め、作業ディレクトリの外への書き込みには明示的な許可が要ります。何を許可し、何を止めるかは組織側で設定できますが、逆にいえば組織側が何も決めなければ、個々の端末の設定に委ねられたままになります。
この権限モデルの中身は第2回で扱いますが、ここで押さえておきたいのは1点だけです。「ファイルとコマンドに触れる」という性質そのものが、情シス・セキュリティ・経理・現場それぞれの質問を増やしているという構造です。チャット画面に文章を貼るだけのツールなら聞かれなかった質問が、ここでは自然に増えます。
ㅤ
誰が、何を聞いてくるか
導入相談が進むと、部門ごとに違う角度から質問が飛んできます。同じ「Claude Codeを入れたい」という1件の相談が、実際には4種類の別々の審査を同時に受けていると考えると分かりやすくなります。情報システム部門がひとりで方針を決めても、費用の審査やデータの審査がまだ残っていれば、導入は止まったままです。
社内のSSO（シングルサインオン）につながるか。社内ネットワークの制限下で動くか。設定を配って強制できるか。第2回「管理者が決める設定」で扱います。
入力は学習に使われるか。データはどこにどれだけ残るか。監査ログは取れるか。第3回「データの扱いと監査に答える」で扱います。
シートと従量課金の内訳はどうなるか。使いすぎをどう防ぐか。稟議で何を聞かれるか。第4回「プランと費用、稟議の論点」で扱います。
どこから始めるか。使い方は誰が教えるか。定着をどう測るか。第5回「小さく始めて社内に広げる」で扱います。
実際に出てくる質問は、もう少し具体的です。情シスは「今のSSOとつなげずに、社員ごとのアカウントを別管理するのは避けたい」と言い、セキュリティ部門は「学習に使われないと口頭で言われても、契約書のどこに書いてあるのか」と聞きます。経理は「エンジニア1人あたり月にいくらか、変動費なのか固定費なのか」を知りたがり、現場の管理職は「最初の1ヶ月で誰から使わせるか、失敗したときにどう撤退するか」を気にします。
4つとも、答え自体は難しくありません。準備していないと答えられず、準備してあれば審査を止める理由にならないという点は共通しています。次回以降、この4つを順番に、実在する設定名と数字で埋めていきます。
ㅤ
この4つは、ここでは掘り下げない
組織へのAI導入をどう進めるか、という一般論、たとえば社内への説明会の開き方や段階導入の設計は、AMPL learnの中にすでにまとまっています。AI導入、何から始める?、組織のAI利用ルールを作る、段階導入と説明責任がそれです。医療機関向けに書かれた回もありますが、用途の分類・許可ツールリスト・見直しサイクルという骨格は、業種を問わず同じ形で使えます。
このコースはそこを繰り返しません。Claude Code固有の管理、つまり管理者がどの設定を実在するキーで強制できるか、データはどこにどれだけ残るか、費用をどう見積もり抑えるか、社内展開でこのツール特有に気をつけることは何か、という4本に絞って次回から進みます。一般論の講座を先に読んでから来ても、先にこちらから入っても、内容は重複しないので順番は自由です。
ㅤ
今日のまとめ
3行で振り返ります。
- Claude Codeはファイルを読み書きし、コマンドを実行するAI。だから導入時の質問がチャット型AIより増える
- 論点は接続・データとコンプライアンス・費用・社内展開の4つ。聞いてくる部門もそれぞれ違う
- 変更管理や段階導入の一般論は既存コースに譲り、ここではClaude Code固有の管理に絞って第2回から進む
次のレッスン
次回は、情報システム部門がいちばん先に聞いてくる論点、管理者が決める設定です。「強制できます」という言葉を、実在する設定キーの名前まで踏み込んで確認します。
ㅤ
セルフチェック
1. Claude Codeがチャット型のAIより導入時の質問が増える、いちばんの理由は?
2. 「入力したコードは学習に使われるか」という質問は、主にどの部門から出て、どのレッスンで扱う内容か。
3. このコースが、変更管理や段階導入の一般論を新しく書き起こさない理由は?