Productivity / Claude Code

【完全版】Claude Code運用40選

Claude Codeは、便利なチャットではない。 設定、文脈、検証、自動化、並列化まで設計すると、日々の作業環境そのもの になる。Anthropic公式ドキュメント・Help Center・GitHub Actions・MCP・Hooks・Skills・Subagents・非対話モード・情報収集ワークフローまでを、押さえる軸6つに沿って整理する。

!
Claude Codeは「会話相手」ではなく「作業環境」です
押さえる軸は6つ — 探索と実装、検証、文脈、Hooks、並列化、情報蓄積

Claude Codeを使いこなせない原因の多くは、プロンプトの上手さではない。 作業環境として扱えていないこと。公式ベストプラクティスでも、Claude Codeはファイルを読み、コマンドを実行し、変更を加え、自律的に問題を進めるエージェント型の開発環境として説明されている。

押さえる軸6つ

1. 探索と実装を分ける
Plan Mode と実装フェーズを分離する
2. Claude自身に検証させる
テスト・スクリーンショット・期待出力を渡す
3. 文脈を外部化
CLAUDE.md / Skills に知識を逃がす
4. Hooks / Permissions
守るべき動作を仕組みにする
5. Subagents / 並列セッション
作業を分散・分業させる
6. 情報を蓄積に変える
一度きりの検索で終わらせない
本記事のゴール

40の運用ワザを 7つのレクチャー × 3フェーズ にまとめ、 毎回同じ説明をしなくていい / テストまで自分で回す / 仕組みで止める / 並列化する / 蓄積する 状態を作る順序を提示する。

PHASE 01

基礎を整える — 設定と依頼

Lec.1〜2 ／ Claudeが迷わず作業できる地図を置き、「どう検証できる形で頼むか」で精度を上げる。

1
まず入れるべき基本設定
すごいコマンドを覚える前に、Claudeが迷わない地図を置く
1
/init で CLAUDE.md を作る ── プロジェクト構造、ビルド、テスト、規約を書く。常に読み込まれるため 短く、人間が読める形に保つ。
2
同じミスを2回したら追記 ── 完璧に書こうとしない。読まれない長文ルールは削る。
3
User memory と Project memory を分ける ── 個人の好み: ~/.claude/CLAUDE.md、チーム規約: プロジェクト直下。モノレポでは親子で分ける。
4
/memory で記憶を確認 ── どのメモリが読まれているか把握する。増えすぎると逆に効かない。
5
/permissions で安全な作業を事前承認 ── npm test・git status 等は許可。.env・秘密鍵・production は明示的に避ける。
6
settings.json をチームで管理 ── 共通: .claude/settings.json、個人差分: .claude/settings.local.json。
7
/statusline で現在地を見える化 ── ブランチ、モデル、コンテキスト使用率、コスト。複数セッション/worktreeで事故防止。
この章の要点

最初にやるべきは、 すごいコマンドを覚えることではなく、Claudeが迷わず作業できる地図を置くこと。CLAUDE.mdは育てる。読まれない長文は捨てる。

2
精度を上げる依頼の出し方
「何を頼むか」より「どう検証できる形で頼むか」
1
大きい変更はPlan Modeから ── 探索→計画→実装→コミットに分ける。複数ファイル横断や不確実な変更で推奨。
2
小さい変更はPlan Modeを使わない ── 誤字、ログ追加、1行変更まで計画させると遅くなる。計画は影響範囲が不明な時だけ。
3
成功条件を先に渡す ── 「直して」ではなく「このテストが通る」「このスクショと差分なし」「このCLI出力になる」まで指定。
4
Claude自身に検証させる ── テスト、lint、typecheck、スクリーンショット、期待出力。高レバレッジな行動。
5
失敗ログは要約せず貼る ── 人間が丸めると原因の手がかりが消える。長いログはファイル保存→Claudeに読ませる。
6
既存パターンを指定する ── 「新規コンポを作って」ではなく「既存のWidgetを読んで同じパターンで作って」。
7
仕様が曖昧ならClaudeに質問させる ── インタビューさせる使い方。大きな機能ほど実装前の質問で手戻りが減る。
8
画像やスクショを渡す ── UI作業はコードだけで判断できない。参照画像＋ブラウザ確認をセットに。
9
/rewind やチェックポイントを使う ── 怖い変更は戻せる前提で試す。ただし外部API・DB書込・メール送信は戻せない。
この章の要点

精度は「何を頼むか」より 「どう検証できる形で頼むか」 で決まる。成功条件 → 検証手段 → 既存パターン参照 → 戻せる前提。

PHASE 02

仕組み化する — 文脈・自動化・並列

Lec.3〜5 ／ 繰り返す知識を外に出し、お願いを仕組みに変え、複数のClaudeを役割分担させる。

3
文脈を育てる — CLAUDE.md / Skills / Subagents
繰り返す知識は会話内で説明し続けず、外に出す
1
いつも使う手順はSkillsにする ── .claude/skills/<name>/SKILL.md に再利用ワークフローを書く。
2
毎回読む必要がない知識はCLAUDE.mdに入れない ── 常時読み込みなので長くすると効かない。たまに使う知識・長手順・チェックリストはSkillsへ。
3
Slash commandは短い定型依頼に使う ── .claude/commands/ にMarkdown。/fix-issue 123 のように引数も渡せる。
4
Subagentsは調査・レビュー・デバッグに ── 独立コンテキストで動く専門エージェント。メイン会話の文脈を汚さず特定領域に集中。
5
Subagentには役割を絞って書く ── 万能より code-reviewer / debugger / security-reviewer / test-runner。使えるツールも最小限に。
6
調査はSubagent、意思決定はメインで ── 大量ファイル読みはSubagentに逃がす。最終判断はメインに残す。
7
学びはPRコメントからCLAUDE.mdに戻す ── 何度も出る指摘は次回以降のルール化。レビューは未来のClaudeの行動を変える機会。
この章の要点

会話内で説明し続けるのは負け。 常時読み = CLAUDE.md / 必要時に呼ぶ = Skills / 独立コンテキスト = Subagents と用途で住み分ける。

4
自動化はHooks、MCP、非対話モードで作る
Claude Codeの強さは「お願い」を「仕組み」に変えられること
1
Hooksで例外なく実行する ── ライフサイクルにコマンドを差し込む仕組み。PreToolUse / PostToolUse / UserPromptSubmit / Stop / SessionStart。
2
整形はPostToolUse hookに任せる ── 編集後にformatter/lintを走らせる。ただし重い処理は遅くなる。
3
禁止事項はプロンプトではなくHookで止める ── 「migrationsを触らないで」と書くより、書込前に止めるHookの方が強い。LLM判断に頼らず動作を保証。
4
MCPで外部ツールを同じ作業面に ── GitHub、Jira、Notion、Figma、DB、Slack。Issueから実装、監視データ分析、DB照会、Figma連携、Gmail下書き作成。
5
MCPの出力はトークン量を管理 ── 巨大出力はコンテキストを圧迫。範囲限定 / ページング / 要約ファイル化。
6
claude -p で非対話モードに ── CI、pre-commit、バッチ処理、ログ解析。--output-format json や stream-json で自動処理。
7
大量ファイルはfan-outする ── 1セッションに抱えさせず、ファイルリストを作って claude -p をファイル単位で回す。最初は2〜3ファイルで失敗パターンを見る。
8
GitHub ActionsでPRやIssueから呼ぶ ── @claude メンションで質問回答、コード変更、PR作成、レビュー。チームではターミナルに閉じない導線が重要。
この章の要点

Hooksは 動作の保証、MCPは 同じ作業面に外部ツールを入れる、claude -p は 会話の外でClaudeを使う。3つで「お願い」が「仕組み」になる。

5
並列化するとClaude Codeは別物になる
1人が1つを眺める使い方から、複数のClaudeを役割分担させる使い方へ
1
git worktreeで独立タスクを分ける ── 認証、UI、テスト修正、ドキュメント更新のように衝突しにくい作業を同時に進める。レビュー量を超える本数は逆効果。
2
WriterとReviewerを別セッションに ── 自分の実装を別Claudeにレビューさせるとバイアスが減る。Writer/Reviewerパターン。
3
テスト/実装/レビューを分ける ── 先にテストを書くセッション → 通す実装 → レビュー。仕様の穴が見えやすくなる。
4
フロントエンドはブラウザ確認まで任せる ── スクショ確認、UI差分、操作確認をセットに。生成だけで終わらせない。
5
CloudやDesktopの複数セッションも使い分ける ── Desktop / Web / Agent teams。ローカルで十分な作業と、隔離環境で進める作業を分ける。
6
自動承認は安全設計とセットで ── Auto / Sandboxing は何でも通すための機能ではない。許可リスト・deny・sandbox・Hookを組み合わせ、止めるべき操作が止まる状態を作る。
この章の要点

並列化は数を増やすことではない。 Writer / Reviewer / Tester / Implementer に役割を分け、衝突しないworktreeで動かし、自動承認は安全設計とセットで使う。

PHASE 03

運用設計 — 蓄積と順番

Lec.6〜7 ／ 情報を「貯まる」に変え、入れる順番を間違えないことで、Claude Codeを業務プロセスに組み込む。

6
情報収集は「調べる」から「貯まる」に変える
一回の検索で終わらせず、次回以降の判断に使われる状態を作る
1
まず普通にClaude Codeに検索させる ── 公式ドキュメント、GitHub、リリースノート。最初から複雑な仕組みにしないほうが続く。
2
SNSの温度感は専用リサーチに分ける ── Reddit、X、YouTube、TikTok、Hacker Newsを横断する /last30days 型。公式情報では見えない現場の温度感を取る時に効く。
3
Routines / Scheduled tasks / Grok / Obsidianで蓄積する ── 毎日見るサイトはRoutinesで巡回、Xリアルタイムは Grok、MarkdownでObsidianに保存。最後に CLAUDE.md / Skill GraphsからClaude Codeが読める状態にすると 「調べる、貯める、使う」のループ になる。Routinesはresearch preview扱い。
この章の要点

強いのは 調べた内容が次回以降の判断に使われる状態。検索 → 蓄積 → Claudeが読める形に戻す——この循環が情報収集の本体。

7
まずはこの順番で入れてください
全部を一気に入れる必要はない、順番を間違えないことが大事

1週目 — 自走できる状態を作る

CLAUDE.md / Plan Mode / 自己検証 だけで十分。「毎回同じ説明をしなくていい」「テストまで自分で回す」を作る。

2週目 — 仕組みで止める

Permissions / Hooks / Skills を入れる。繰り返す作業、守らせたいルール、毎回使うチェックリストを外部化。

3週目以降 — チームと業務に広げる

Subagents / worktree / claude -p / MCP / GitHub Actions に広げる。ここからClaude Codeは単体ツールではなく、 チームや業務プロセスに組み込む道具 になる。

最終的に — 情報も蓄積する

検索して終わりではなく、 次の投稿、次の記事、次の実装、次の研修に使える形 にする。

本質メッセージ

順番を間違えないこと。 自走 → 仕組みで止める → 並列・自動化 → 業務プロセスへ → 蓄積。一気にやろうとしない。

全体振り返り — 学んだことの全リスト

PHASE 01 — 基礎を整える
/init で CLAUDE.md 同じミス2回で追記 User memory / Project memory /memory・/permissions・/statusline settings.json と settings.local.json 大変更は Plan Mode 小変更は Plan Mode を使わない 成功条件を先に渡す Claude自身に検証させる 失敗ログは要約せず貼る 既存パターンを指定する 仕様が曖昧なら質問させる 画像・スクショを渡す /rewind とチェックポイント
PHASE 02 — 仕組み化する
手順は Skills に出す CLAUDE.md は短く保つ Slash commands で定型依頼 Subagents で調査・レビュー 役割を絞ってツール最小限 調査=Subagent、判断=メイン PR学びを CLAUDE.md に戻す Hooksで例外なく実行 PostToolUse で整形 禁止はHookで止める MCPで外部ツール統合 MCP出力のトークン管理 claude -p で非対話モード 大量ファイルは fan-out GitHub Actionsで@claude git worktree で並列 Writer/Reviewer 分離 テスト/実装/レビュー分離 フロントはブラウザ確認まで Cloud/Desktop使い分け 自動承認は安全設計とセット
PHASE 03 — 運用設計
まず普通の検索でOK SNS温度感は専用リサーチ Routines/Scheduled/Grok/Obsidianで蓄積 Skill Graph で読める形に 1週目: CLAUDE.md / Plan / 自己検証 2週目: Permissions / Hooks / Skills 3週目: Subagents / worktree / -p / MCP / GH Actions 最終: 情報も蓄積に変える
本質メッセージ

Claude Codeは便利なチャットではなく 作業環境。設定で迷わない地図を置き、依頼を検証可能にし、繰り返す知識を外部化し、お願いを仕組みに変え、複数Claudeで分業し、情報を蓄積に変える。

40の運用ワザは独立した小技ではない。 「毎回同じ説明をしない」「テストまで自分で回す」「仕組みで止める」「並列で動かす」「貯まる」 ——この5つの状態を作るための部品。順番を間違えないこと。