2026.06.03
Claude Codeを始めるためのセットアップガイド
- AI
- エンジニアリング
- 開発組織

Claude Codeを始めるためのセットアップガイド ― 30分で動かす個人検証から組織展開まで
「Claude Codeに興味はあるが、どこから手をつけていいか分からない」 ― エンジニア・CTOから多く受ける質問だ。Anthropic公式ドキュメントは充実しているが、組織導入の文脈で「最初の30日で何をすべきか」の体系的なガイドは少ない。個人で動かすだけなら30分で完了するが、組織として運用するには権限・規約・ナレッジの3要素を初期設計しておかないと、後で大きな手戻りが発生する。本稿では、個人セットアップ手順、CLAUDE.mdの最小構成、MCP初期設定、組織導入時の追加設定、ありがちな初期トラブル、30日定着ロードマップ、セキュリティチェックリスト、経営層が押さえる初期判断までを整理する。Claude Code導入の最初の一歩を、迷わず踏み出すための実務ガイドだ。
要点:個人検証は30分で完了する。組織導入では権限・規約・ナレッジの三要素を初期設計しておくと、後の混乱を防げる。30日で定着させる5フェーズロードマップで段階的に進める。
1. 必要なものと前提環境
セットアップの前提は4つ。Anthropic APIキー(または Claude Code 利用権)、Node.js 18+(または npm)、Git、VSCode(推奨)。これらが揃っていれば、個人検証は問題なく開始できる。組織導入時は、これに加えてエンタープライズプラン契約、共通の認証管理基盤、監査ログ取得の仕組みが必要になる。「個人プランで試して効果を見る」ことは可能だが、本格運用に入る段階で必ずエンタープライズプランに切り替える。学習データに使われない契約条項を確保することが、知財・セキュリティの最低限の前提条件になる。
| 項目 | 内容 | 備考 |
|---|---|---|
| Anthropic APIキー | 個人または組織契約 | エンプラ推奨 |
| Node.js | 18+ | LTS推奨 |
| Git | 最新版 | 必須 |
| VSCode | 推奨 | 拡張機能あり |
| ターミナル | macOS/Linux/WSL | クロスプラットフォーム |
💡 ポイント:個人プランで試してから、効果を確認して組織契約に進むのが定石。最初からエンタープライズ契約を結ぶ必要はないが、本番運用前に必ず切り替える。
2. 個人インストール手順 ― 3ステップで完了
個人インストールは3ステップだ。Step 1:CLI インストール ― npm install -g @anthropic-ai/claude-code を実行する。Step 2:認証 ― claude コマンドで初回起動し、APIキーまたはサブスクで認証する。Step 3:プロジェクトで起動 ― cd your-project && claude で対話画面が立ち上がる。これで個人セットアップは完了で、所要時間は通常10〜15分。npmが入っていれば躓かないが、Node.jsバージョンが古い場合はnvm等でアップデートが必要。VSCode拡張も合わせて入れておくと、エディタとの連携がスムーズになる。
| ステップ | コマンド | 所要時間 |
|---|---|---|
| Step 1:CLI インストール | npm install -g @anthropic-ai/claude-code | 5分 |
| Step 2:認証 | claude(初回起動) | 5分 |
| Step 3:プロジェクト起動 | cd project && claude | 1分 |
| 動作確認 | 簡単なタスク投入 | 10分 |
| 合計 | 全体 | 30分以内 |
⚠️ 注意:Node.jsバージョンが18未満だとインストールが失敗する。
node -vで確認し、必要ならnvm install 18等でアップグレードする。
3. 最初に作るべきファイル ― CLAUDE.mdの最小構成
プロジェクトルートにCLAUDE.mdを置くと、Claudeが常に参照する規約ファイルになる。最小構成は5セクションだ。技術スタック(言語:TypeScript strict mode、FW:Next.js 14、DB:PostgreSQL+Prisma)、コーディング規約(命名はキャメルケース、エラーはResult型で返却、コメントは日本語)、ディレクトリ構成(/app:ページ、/lib:共通ロジック、/types:型定義)、やってはいけないこと(any型の使用、直接DBクエリ、console.log本番残存)、チームの慣習を記述する。これがあるかないかで、出力品質が劇的に変わる。CLAUDE.mdの整備が、Claude Code導入の最大のレバーだ。
| セクション | 記載内容 |
|---|---|
| 技術スタック | 言語・FW・DB・テスト |
| コーディング規約 | 命名・エラー処理・コメント言語 |
| ディレクトリ構成 | フォルダの役割 |
| やってはいけないこと | 禁止パターン |
| チーム慣習 | 暗黙ルールの明文化 |
💡 ポイント:CLAUDE.mdの初版は完璧を目指さず、500〜1000字程度で始める。使いながら追記・改善していく運用が現実的。
4. 最初の動作確認 ― 3つのテストタスク
セットアップ後の動作確認は3タスクで行う。確認1:簡単なタスク ― 「このプロジェクトの構造を要約して」と投げて、ファイルツリーを把握できているか確認。確認2:コード生成 ― 「/lib/utils/format-date.ts を作って。日付を YYYY/MM/DD 形式の文字列に変換する関数。テストも書いて。」で、ファイル作成とテスト生成の挙動を確認。確認3:自律実行 ― 「ESLintルールに違反している箇所を見つけて修正して」で、ファイル横断の編集とコマンド実行ができるか確認。これら3タスクが動けば、Claude Codeの基本機能が使える状態だ。エラーが出る場合は、CLAUDE.mdまたは権限設定を見直す。
| 確認タスク | 期待動作 |
|---|---|
| 構造要約 | ファイルツリー把握 |
| コード生成 | ファイル作成+テスト |
| 自律実行 | 修正+検証 |
| エラーハンドリング | 適切な失敗報告 |
| 権限確認 | 危険操作のブロック |
📊 経営判断のコツ:3タスクの動作確認を新人エンジニアの初日タスクに組み込むと、Claude Codeの基礎が30分で身につく。オンボーディング設計の標準パーツに。
5. MCPの初期設定 ― 業務ツールとの連携開始
MCP(Model Context Protocol)の初期設定は、Claude Codeの真価を引き出す重要ステップだ。設定ファイルは ~/.claude/settings.json(プロジェクト固有は .claude/settings.json)に配置する。GitHubサーバーを追加する例として、mcpServersにgithubを定義し、コマンドとAPIトークンを設定する。これでClaude CodeからGitHub操作(PR作成・Issue検索など)が可能になる。Slack・Notion・freeeなど他のMCPサーバーも同じ要領で追加できる。「初期は1〜2サービスだけ繋ぐ」のが定石で、いきなり全業務システムを繋ぐと管理が破綻する。
| 連携先 | MCPサーバー | 用途 |
|---|---|---|
| GitHub | server-github | PR・Issue操作 |
| Slack | server-slack | チャンネル要約・通知 |
| Notion | mcp.notion.com | 議事録・タスク管理 |
| Google Drive | server-gdrive | ドキュメント取得 |
| freee | mcp.freee.co.jp | 会計データ |
⚠️ 注意:MCP連携時は必ずアクセストークンの権限を最小化する。「全権限でとりあえず動かす」と事故時の被害が広がる。
6. 組織導入時の追加設定 ― 4つの整備領域
組織導入時は個人セットアップに加えて4領域を整備する。6.1 利用ポリシーの整備 ― 入力禁止データ(機密・個人情報)、利用OK/NGプロジェクト、監査ログ取得。6.2 共通CLAUDE.mdの整備 ― 全プロジェクトで参照する組織規約、セキュリティルール、レビュー基準。6.3 SKILL.mdの設計 ― 業務ノウハウの形式知化(例:/mtg-followup, /freee-jiwake)。6.4 MCPの集中管理 ― 共通MCPサーバーの設定配布、アクセス権限の管理。これら4領域を整えることで、組織導入の土台が完成する。「個人で動いた」と「組織で動く」は別物で、4領域の整備なしに本格運用に入ると事故を起こす。
| 整備領域 | 内容 |
|---|---|
| 利用ポリシー | 禁止データ・OK/NGプロジェクト |
| 共通CLAUDE.md | 組織規約・セキュリティルール |
| SKILL.md設計 | 業務ノウハウ形式知化 |
| MCP集中管理 | 共通設定・権限管理 |
| 監査ログ | 操作記録・追跡可能性 |
📊 経営判断のコツ:4領域の整備をCTO直轄プロジェクトとして位置づける。現場任せでは進まない領域で、経営層の関与が必須。
7. ありがちな初期トラブル4選
頻発する初期トラブルは4つ。トラブル1:API課金が予想以上 ― 原因は大規模ファイル渡しすぎ、対策はコンテキスト制限・モデル選択。トラブル2:暴走するコマンド実行 ― 原因は権限・サンドボックス未整備、対策は信頼できるディレクトリ設定。トラブル3:ハルシネーション多発 ― 原因はCLAUDE.md不在・コンテキスト不足、対策は規約整備・関連ファイル明示。トラブル4:MCPが繋がらない ― 原因は認証情報・パス設定、対策はMCPサーバーログ確認。これら4トラブルは「あるある」で、事前に対策を理解しておくだけで初期混乱を大幅に減らせる。
| トラブル | 原因 | 対策 |
|---|---|---|
| API課金過剰 | 大規模ファイル渡しすぎ | コンテキスト制限 |
| 暴走コマンド | 権限未整備 | サンドボックス設定 |
| ハルシネーション多発 | CLAUDE.md不在 | 規約整備 |
| MCP接続失敗 | 認証・パス設定 | ログ確認 |
| 出力品質バラつき | コンテキスト不足 | 関連ファイル明示 |
⚠️ 注意:「API課金が予想以上」は組織で導入後すぐに直面する。月次のコスト推移を可視化する仕組みを最初から入れる。
8. 30日で定着させる5フェーズロードマップ
定着は30日5フェーズで設計する。Day 1〜3:個人で慣れるでセットアップ・簡単なタスクから・体感を掴む。Day 4〜7:CLAUDE.md整備でプロジェクト規約を書き動作の差を確認。Day 8〜14:MCP導入でGitHub・Slack等を接続し業務統合の感触を得る。Day 15〜21:SKILL.md作成で業務ノウハウの形式知化とチーム共有。Day 22〜30:チーム展開で5〜10人パイロットと振り返り会を実施。これら5フェーズを30日で消化することで、組織にClaude Codeが定着する基盤が整う。「いきなり全社展開」は必ず失敗するため、30日のフェーズを忠実に進める。
| フェーズ | 期間 | アクション |
|---|---|---|
| 個人で慣れる | Day 1〜3 | セットアップ・簡単タスク |
| CLAUDE.md整備 | Day 4〜7 | プロジェクト規約作成 |
| MCP導入 | Day 8〜14 | GitHub・Slack接続 |
| SKILL.md作成 | Day 15〜21 | 業務ノウハウ形式知化 |
| チーム展開 | Day 22〜30 | パイロット+振り返り |
💡 ポイント:30日ロードマップは「プロジェクトとして」走らせる。リーダーを指名し週次で進捗共有することで、確実に5フェーズを消化できる。
9. セキュリティ初期設定チェックリスト
セキュリティの初期設定は8項目をチェックする。エンタープライズプラン契約、利用ポリシーの全員周知、CLAUDE.md/共通規約の整備、危険コマンドのホワイトリスト、サンドボックス(信頼できるディレクトリ)設定、監査ログの取得、MCP認証情報の安全管理、レビュー文化の事前周知。これらが揃っていない状態で組織導入を進めると、必ずどこかで事故が起きる。導入前にチェックリストで確認し、欠けている項目を補完してから本格運用に入る。「便利だから先にやる」ではなく「安全だから本格運用できる」順序を守る。
| 項目 | 確認方法 |
|---|---|
| エンタープライズ契約 | 契約書確認 |
| 利用ポリシー周知 | 全員研修 |
| CLAUDE.md整備 | リポジトリ確認 |
| 危険コマンド制限 | ホワイトリスト |
| サンドボックス | ディレクトリ設定 |
| 監査ログ | ログ取得確認 |
| MCP認証管理 | トークン管理体制 |
| レビュー文化 | 事前周知 |
⚠️ 注意:8項目のうち1つでも未整備のまま本格運用に入ると、事故時の責任所在が曖昧になる。導入判断の最低条件として位置づける。
10. 経営者・CTOが押さえる初期判断5点
経営層が初期段階で判断すべきは5点。個人サブスク vs エンタープライズ ― 必ずエンタープライズを選ぶ。学習利用なし条項が業務利用の最低条件。API従量 vs 定額 ― 使い方を見て選択、初期は従量で実態把握から。権限設計 ― 最小権限の原則、段階的拡大。ナレッジ管理 ― SKILL.mdの集中管理、組織能力として位置づけ。教育投資 ― オンボーディング設計、新人向け研修パッケージ。これら5判断をCTOが整理して経営会議に提示することで、迅速な導入判断が可能になる。「現場で試して報告」ではなく「経営判断の枠組み」として整える設計が必要だ。
| 判断 | 標準解 |
|---|---|
| 契約形態 | エンタープライズ |
| 課金形態 | 初期は従量・実態把握後切り替え |
| 権限設計 | 最小権限・段階拡大 |
| ナレッジ管理 | SKILL.md集中管理 |
| 教育投資 | オンボーディング設計 |
📊 経営判断のコツ:5判断を1枚マトリクスにして経営会議に提示する。「便利」ではなく「投資判断」として議論できる土台が、CTOの仕事。
まとめ
Claude Codeのセットアップは個人で30分、組織導入は30日5フェーズで進める。CLAUDE.mdが最大のレバーで、最小構成5セクション(技術スタック・コーディング規約・ディレクトリ・禁止事項・チーム慣習)から始める。MCPは1〜2サービスから段階的に拡大し、SKILL.mdで業務ノウハウを形式知化する。組織導入時は利用ポリシー・共通CLAUDE.md・SKILL.md・MCP集中管理の4領域を整備し、セキュリティ初期設定8項目のチェックリストで漏れを防ぐ。経営層は契約形態・課金・権限・ナレッジ・教育の5点を判断する。30日で定着させる5フェーズロードマップを忠実に進めれば、組織にClaude Codeが根付く基盤が整う。
Claude Codeセットアップチェックリスト
- [ ] 個人セットアップ(CLI・認証・起動)が30分で完了している
- [ ] CLAUDE.mdの最小構成(5セクション)が整備されている
- [ ] 動作確認3タスク(要約・生成・自律実行)が成功している
- [ ] MCPで1〜2サービス(GitHub等)が接続されている
- [ ] 組織利用ポリシーが整備され全員に周知されている
- [ ] 共通CLAUDE.mdが配布されている
- [ ] SKILL.md設計に着手している
- [ ] 30日5フェーズロードマップで進行している
- [ ] セキュリティ初期設定8項目をチェック完了している
- [ ] 経営層が初期判断5点を整理している
IT COMPASSのAI駆動開発支援
IT COMPASS では、CTO経験者が外部CTO・技術顧問として、Claude Code導入の初期設計を伴走支援しています。
支援できること
- ⚙️ Claude Code初期セットアップ支援:CLAUDE.md・MCP・SKILL.mdの設計、30日5フェーズロードマップ
- 🛠 ツール選定とパイロット設計:Claude Code / Cursor / GitHub Copilot 等の評価・PoC設計
- 👥 開発組織の再設計:AIエージェントを前提としたチーム編成・役割定義・評価制度
- 🛡 ガバナンス・セキュリティ整備:AI利用ポリシー、権限設計、知財・契約ルール
- 📈 経営会議への定例参加:取締役会・経営会向けのKPI設計と進捗レポート
こんな方におすすめ
- Claude Code導入の最初の30日を伴走支援してほしいCTO・開発リーダーの方
- CLAUDE.md・SKILL.mdの設計を一緒に詰めたい技術責任者の方
- 権限設計・監査ログ整備を組織導入時に整えたい情シスの方
お問い合わせ
スポット相談(1回/契約不要・最短当日)から、月額契約での継続伴走まで、フェーズに応じて柔軟に対応します。
経営と技術の両面から、御社のAI駆動開発を一緒に設計しましょう。
監修者

西脇 靖紘(lanitech合同会社 代表取締役CEO 兼 CTO)
「テクノロジーで人と社会をつなぐ」をミッションに、企業のDX推進・AI導入支援から、デジタル教育・地域共創まで幅広く活動。エンジニアとしての現場経験と経営視点を活かし、外部CTO・AIコンサルティングなどを通じて企業のデジタル変革を支援している。著書はオライリー・ジャパンから複数刊行。
















