ターミナルの中で、
実際に手を動かすAI。

確認日：2026年7月／公式ドキュメントの記載にもとづく

インストールで失敗する原因は、たいてい入れる前の確認漏れです。3つだけ見てください。

• プランが足りているか：Claude Codeを使うには Pro / Max / Team / Enterprise のいずれか、またはAPI（Console）のアカウントが必要です。Freeプランでは使えません。ここが最も多いつまずきです。
• OSが対応しているか：確認日時点の公式記載では macOS 13.0 以降、Windows 10（1809以降）または Windows Server 2019 以降、Ubuntu 20.04 / Debian 10 以降などが対象です。メモリは4GB以上が目安です。
• ネットワークが通るか：インターネット接続が必要です。社内プロキシやファイアウォールが厳しい環境では、事前に情報システム担当と通信要件を確認してください。ここを飛ばすと、原因不明の接続エラーで半日溶けます。

公式のインストーラを使うのが基本です。バックグラウンドで自動更新されるため、後々の運用が楽になります。

導入直後にやることで、その後の使い勝手が大きく変わります。

• まず作業前にコミットする：Claude Codeに変更を任せる前に、必ず現在の状態をコミットしておきます。これだけで、何が起きても元に戻せます。最も重要な習慣です。
• 読み取り → 小さな変更 → 大きな変更、の順に慣らす：いきなり大きなリファクタリングを頼まないこと。挙動が読めるようになってから範囲を広げます。
• 確認を求められたら内容を読む：ファイルの変更やコマンドの実行前に確認を求める動作が基本です。ここを流し読みして承認する癖がつくと、事故のもとになります。
• プロジェクトのルールをCLAUDE.mdに書く：使い始めてすぐ「毎回同じ注意をしている」ことに気づくはずです。その内容をファイルに書いておけば、次から言わずに済みます（CLAUDE.mdで自社のルールを覚えさせる）。

全部を把握する必要はありません。最初に見るべきは3つです。

• 更新チャンネル：起動中に /config と入力すると設定画面が開きます。常に最新を追う設定と、1週間ほど遅れて安定版を追う設定が選べます。業務で使う端末は安定版寄りにしておくと、突然の挙動変化に振り回されません。
• 権限の扱い：どこまで自動で実行してよいかの設定です。慣れないうちは確認を求める設定のままにしてください。
• プロジェクト単位の設定ファイル：プロジェクトのフォルダに設定を置くと、そのプロジェクトでだけ有効になります。チーム共通のルールはここに置いてリポジトリで共有するのが定石です。

エンジニアが数人いる会社で実際に効いた進め方です。

• プランを先に手当てする：配る前に、対象者全員がPro以上になっているかを確認します。ここが一番多い初日のつまずきです。
• ネットワーク要件を情報システムに通しておく：プロキシ環境では事前確認が必須です。
• 「作業前にコミット」をルールにする：技術的な設定より、この1行のほうが事故を防ぎます。
• 最初の1件を一緒にやる：手順書を配るだけでは定着しません。実際の業務課題を1つ選んで、隣で一緒に通すのが最も速い立ち上げ方です。
• プロジェクト共通のCLAUDE.mdを用意する：コーディング規約や禁止事項を書いてリポジトリに入れておけば、全員に同じルールが効きます。