はじめに

Claude Codeは、スラッシュコマンド・スキル・MCPサーバー・サブエージェント・フックなど非常に多彩な機能を持った「開発アシスタントの土台」です。機能が多いぶん、全体像を掴むまでに時間がかかり、「何から学べばいいのか分からない」という方も多いのではないでしょうか。

公式ドキュメント（Quickstart → Common Workflows → Memory → Settings）では、おおむね次の順序で学習を進めることが推奨されています。

第1段階: claude 起動 → /help でコマンド探索 → コードベース対話 → /init で CLAUDE.md 生成
第2段階: プランモード（--permission-mode plan）と /resume でセッション再開
第3段階: 自動メモリ、--worktree での並列化、/team-onboarding でチーム展開

この記事では、公式の推奨フローに沿って12機能を並べ、次の構成で整理しました。

Claude Codeの全機能マップ
初心者向けの6機能（第1〜2段階）
中級者向けの6機能（第3段階以降）
現場で効く3つの組み合わせ
導入1週間のアクションプラン
ポイントとチートシート

読み終わる頃には、「何から始めて、どの順で覚えれば良いか」が描ける状態を目指せればと思います。

Claude Codeの機能マップ

まずは全体像を一枚の図で押さえておくと、以降の機能紹介が頭に入りやすくなります。

機能は大きく分けて次の3層の関係になっています。

①指示する層: /init などのスラッシュコマンドや自然言語で、その場の作業をClaude Codeに伝える
②拡張する層: スキル・サブエージェント・フック・MCPサーバーで、Claude Codeの振る舞いや接続先を増やす
③設定する層: CLAUDE.md でプロジェクト固有のルールを、settings.json でツール許可や環境変数を固定する

この3層の役割分担を意識しておくと、個別機能の話が繋がって見えてきます。

Level 1: 初心者がまず押さえたい6機能

公式のQuickstartで推奨されている順序にほぼ沿っています。上から順に試していくと迷いにくいかと思います。

1. `/help` とコードベース対話で「まず慣れる」

こんな場面で利用する: Claude Codeを起動した直後、まず何ができるか掴みたいとき。

使い方:

$ claude
> /help
> このプロジェクトは何をしているコードですか？
> 認証はどこで実装されていますか？

何が起きる: /help で利用可能なコマンドを一覧表示。続けて自然言語で質問すれば、Claude Codeがリポジトリを自分で探索して答えを返します。

公式Quickstartでも**最初の体験としてコードベースへの対話的な質問が推奨されています
「何ができるか」よりも先に「何を聞けるか」を掴むのが、最短で馴染む近道です

2. `/init` でプロジェクトルールを固定化する

こんな場面で利用する: リポジトリにある程度慣れてきて、「チームの共通理解」を残したいとき。

使い方:

/init

何が起きる: コードベース全体を分析し、CLAUDE.md のベースを生成してくれます。

生成される CLAUDE.md には、利用中のフレームワーク・ディレクトリ構成・テスト実行コマンドなどが自動でまとまります
チーム全員で同じ CLAUDE.md をコミットして共有すると、「このプロジェクトではこう動く」が安定します

3. プランモードで「先に設計してから書く」

こんな場面で利用する: 大きめの変更、影響範囲が読めないリファクタを始めるとき。

使い方:

# 起動オプションでプランモードに入る
$ claude --permission-mode plan

# もしくは対話中に Shift+Tab で切り替え
> 認証ミドルウェアをJWTベースにリファクタしたい

何が起きる: まず変更計画（変更対象ファイル、手順、考慮点）だけが返ります。計画を見てOKなら、そのまま実装フェーズに移行できます。

「計画 → 合意 → 実装」の流れを自然に回せるので、レビュー文化のないチームや中規模変更のときに特に効果を発揮すると思います。

4. `/clear` と `/compact` でコンテキストを整える

こんな場面で利用する: セッションが長くなり、応答が遅い・的外れになってきたとき。

使い方:

# 新しいタスクに切り替えるとき
> /clear

# 同じタスクを続けたいが文脈が膨らんだとき
> /compact

使い分け:

コマンド	用途
`/clear`	会話をゼロからやり直す。別タスクに切り替えるときに使う
`/compact`	過去のやり取りを要約・圧縮する。同じタスクを続けたいときに使う

5. `/resume` でセッションを再開する

こんな場面で利用する: 会議や翌日に持ち越したタスクの続きから始めたいとき。

使い方:

$ claude --resume
# もしくは起動中に
> /resume

何が起きる: 過去のセッション一覧から選択、あるいは名前で指定して続きを再開できます。

長期プロジェクトを「毎朝イチで前日の続きから」というスタイルで進めやすくなります

6. 権限モードと `settings.json`

こんな場面で利用する: 毎回「このコマンド実行しても良いですか？」と聞かれて煩わしいとき。

使い方: プロジェクトルートに .claude/settings.json を置いて、許可・拒否ルールを記述します。

{
  "permissions": {
    "allow": [
      "Bash(npm test:*)",
      "Bash(npm run lint:*)",
      "Bash(git status)",
      "Bash(git diff:*)"
    ],
    "deny": [
      "Bash(rm -rf:*)",
      "Bash(git push --force:*)"
    ]
  }
}

プロジェクトルートは .claude/settings.json、ユーザー全体は ~/.claude/settings.jsonへ置くと、チーム全体・個人単位で設定を分けられます
npm test や npm run lint などの安全なコマンドは許可しておくと、いちいち確認せずに実行できて便利です
rm や git push --force のような破壊的コマンドは明示的に deny する、あるいは手動確認を残すのが安全な運用のコツです

/fewer-permission-prompts スキルを使うと、過去のセッションから追加候補を自動で提案してくれるので、最初は許可・拒否のルールをざっくり書いておいて、使いながら微調整していくのが無理がないかと思います。

Level 2: 中級者が生産性を上げる6機能

7. スキル — チーム共通のワークフローをパッケージ化

一言で言うと: 「特定の作業を行うための知識と手順」をMarkdownで束ねたもの。

使い方: .claude/skills/<name>/SKILL.md にフロントマター付きのMarkdownを置き、対話中に呼び出します。

---
name: release-notes
description: 直近のコミットからリリースノートを生成する
---

1. `git log --since="last Monday" --oneline` を取得する
2. タイプ別（feat / fix / chore）に分類する
3. 顧客目線でまとめたMarkdownを出力する

# 自動でスキルを認識して呼び出せる
> 今週分のリリースノートを作って

# 明示的に指定して呼び出すことも可能
> release-notes 今週分のリリースノートを作って

~/.claude/skills/<name>/ に置けばユーザー全体、.claude/skills/ に置けばプロジェクト全体で使えるスキルになります
PRレビュー用、リリースノート生成用など、チームで育てていく運用と相性が良いです

8. サブエージェント — 並列化とコンテキスト隔離

一言で言うと: 親セッションから別コンテキストのエージェントを呼び出し、独立した作業空間で仕事をさせる仕組み。

使い方: プロンプトで「サブエージェント」「Explore エージェント」のように明示的に指示するか、あらかじめ .claude/agents/<name>.md にカスタムエージェントを定義しておきます。

# 明示的に指示する例
> Exploreエージェントで src/ 以下の主要モジュールを整理してほしい

> Planエージェントに認証回りの再設計を任せて、結果を要約で出して

カスタムエージェント定義の例（.claude/agents/security-reviewer.md）。

---
name: security-reviewer
description: セキュリティ観点でコードをレビューする専門エージェント
---

OWASP Top 10 の観点で差分をレビューし、問題箇所と修正案を返してください。

重い探索をサブエージェントに渡す と、メインのコンテキストを汚さずに済みます
複数サブエージェントを並列起動すれば、体感待ち時間も短縮できます
大規模リポジトリほど効果が分かりやすいです

9. MCPサーバー — 外部サービスとつなぐ

一言で言うと: MCP経由で、外部サービスのAPIやリソースをClaude Codeから直接扱えるようにする仕組みです。

使い方: CLIから追加するか、~/.claude.json または .mcp.json に記述します。

# CLIで追加する例
$ claude mcp add context7 -- npx -y @upstash/context7-mcp
$ claude mcp add aws-knowledge -- uvx awslabs.aws-knowledge-mcp-server@latest

# 一覧を確認
$ claude mcp list

.mcp.json（プロジェクトでチーム共有する例）。

{
  "mcpServers": {
    "context7": {
      "command": "npx",
      "args": ["-y", "@upstash/context7-mcp"]
    }
  }
}

よく使うサービスのMCPを数本入れるだけで、ドキュメント調査やリファレンス参照の速度が明らかに変わります。ただし 入れすぎるとコンテキストも圧迫する ので、必要なものだけに絞るのがポイントです。

10. フック — イベント駆動の自動化

一言で言うと: settings.json にイベントとシェルコマンドを紐づけ、ツール呼び出しの前後に処理を差し込む仕組み。

使い方: .claude/settings.json の hooks 配下に、イベントごとの処理を書きます。

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit|Write",
        "hooks": [
          { "type": "command", "command": "npm run format --silent" }
        ]
      }
    ]
  }
}

上記の例では「Claude Codeが Edit か Write ツールでファイルを変更した直後に、npm run format を自動実行する」という設定です。

よくある活用例:

ファイル編集のたびにフォーマッタをかける
コミット直前にlintを走らせる

チームで同じ設定で運用すると、品質のばらつきを抑えるのに役立ちます。

11. Worktreeとバックグラウンド実行

一言で言うと: メインのセッションを止めずに、別の作業空間・別プロセスを走らせる仕組み。

使い方: Worktree は --worktree オプションで、バックグラウンド実行は長時間コマンドを投げるときに指示します。

# Worktreeを切ってリファクタ専用セッションを立ち上げる
$ claude --worktree -- "refactor/auth ブランチで認証層を刷新して"

# 対話中に重いビルドをバックグラウンド実行させる
> npm run build:prod をバックグラウンドで走らせて、完了したら通知して

重いビルドやテストはバックグラウンドに回し、完了通知を受けて次へ進む
大規模リファクタでは Worktree を切り、別ブランチで安全に並行作業する

12. メモリ機能（CLAUDE.md と自動メモリの2層構造）

一言で言うと: プロジェクトルールを永続化する2つの仕組み。公式ドキュメントでは次の2層構造として整理されています。

層	ファイル	誰が書くか
プロジェクト指示	`CLAUDE.md`（`/init` で生成）	人が書く
自動メモリ	`.claude/projects/<project>/memory/MEMORY.md`	Claudeが自動で記録

使い方: # プレフィックスで、対話中に記憶してほしい内容を手軽に追加できます。

# 対話中に即座に CLAUDE.md へ追記する
> # テストは必ず pnpm test で実行する

# 「覚えておいてほしい」と自然文で指示することも可能
> この制約は次回以降も覚えておいてください: API呼び出しは全部 src/api/ 経由に統一する

CLAUDE.md にはビルドコマンド・命名規則・テスト方針など、チームで合意した明示的なルールを書く
自動メモリには、対話の中でClaudeが学んだユーザーの好み・過去のフィードバック・参照先などが自動的に蓄積されていく
「同じ指摘を何度もしている」と感じたら、CLAUDE.md に昇格させる合図と捉えると良さそうです

現場で効く3つの組み合わせ例

単体機能よりも、組み合わせて使うことにあると思います。ここでは、導入直後のチームが恩恵を受けやすい3パターンを、Before / After で紹介します。

組み合わせA: 新規リポジトリの爆速キャッチアップ

対象: 新メンバー、新案件にアサインされた人。

	Before	After
やること	READMEを読む → 実行してみる → コード読み込み	コードベース対話 → `/init` → Exploreエージェント → context7
初動の質	手探り	エントリポイントと主要モジュールを把握した状態

まず自然言語でコードベースに質問し、全体感を掴む
/init で CLAUDE.md を生成し、理解を永続化する
重めの探索はExploreエージェントに任せ、メインのコンテキストを汚さない
context7 MCPで、利用ライブラリの最新APIを確認する
最後に /team-onboarding でチーム固有の使い方を取り込む

組み合わせB: PRレビューを「もう一人のレビュワー」に

対象: レビュワーが不足している、レビューの観点のブレを抑えたいチーム。

	Before	After
観点の網羅性	レビュワーに依存	セキュリティ・スタイル・テストが自動でカバー
レビュワーの負担	全行チェックが必要	本質的なロジックに集中できる

/review や /security-review で定型観点をカバー
チーム固有の観点は独自スキルで追加する
PostToolUseフックで整形やテストを自動化し、レビュー時のノイズを減らす

「Claude Codeにまずレビューしてもらい、人が観るのは本質部分だけ」という流れが回ると、レビュー体験が大きく変わります。

組み合わせC: 大規模リファクタを安全に進める

対象: レガシーコードの整理、アーキ変更などブラスト半径が大きい作業。

	Before	After
進め方	一気に書き換えて祈る	プラン → Worktree → 並列サブエージェント
影響範囲の把握	事後にテストで発覚	事前にプランで合意
進捗の可視性	コミットが大きく途中経過が見えない	モジュール単位で分担でき、途中経過も明確

プランモードで地図を描いてから動く
Worktreeで作業を物理的に隔離する
モジュール単位でサブエージェントに割り振り、並列で進める
テストはバックグラウンドで走らせ、完了通知を受けて次へ

一気に大きく変えるのではなく、「計画 → 小さく動かす → 確認 → 次へ」のサイクルを高速で回すイメージです。

導入1週間のアクションプラン

「明日から何をすれば良いか」が分かるように、導入初週のモデルプランを用意してみました。そのまま社内ガイドとして転用できる粒度にしています。

Day 1: インストールとログイン → /help で全体像 → コードベースに対話で質問
Day 2: /init で CLAUDE.md 生成 → プランモードで設計→実装の流れを体験
Day 3: /clear ・ /compact ・ /resume の使い分け → settings.json に安全なコマンドをホワイトリスト追加
Day 4: チームで定型化している作業をスキル化（1本で十分）
Day 5: 業務で参照頻度の高いMCPサーバーを1本導入
Week 2〜: サブエージェント・フック・Worktreeを実戦で試す

最初の5日間は「基礎6機能に慣れる」、翌週から「中級6機能を実戦で」という流れにすると、無理なく段階的に習得が進むのではないかと思います。

ポイント

企業の導入支援の現場でのポイントを整理します。

CLAUDE.md を書かずに使い始める — 個人の工夫が多くなり、チームで挙動がバラつきます。最小限でも先にコミットして共有するのがおすすめです
自動許可の範囲を広げすぎる — rm や git push --force まで自動にすると事故が起きやすいので、破壊的コマンドは手動確認を残す運用が安全です
スキルを最初から多数作る — 使われないものが積み上がりがちです。まずは既成の /simplify や /review から触り、チーム固有の課題が見えてから足していく順番が無理がないかと思います
MCPサーバーを入れすぎる — 接続数が増えるとコンテキストが圧迫します。使うものだけ厳選する方針が、結果的に活用度を上げるコツです
コンテキストを育てすぎる — /clear を使わず延々セッションを続けると、品質が下がることがあります。タスクが変わるタイミングで一度リセットする習慣をつけると良いかと思います

チートシート

スラッシュコマンド

コマンド	用途
`/help`	利用可能なコマンド一覧を表示
`/init`	プロジェクト分析と `CLAUDE.md` 生成
`/clear`	会話をゼロに戻す
`/compact`	会話を要約して圧縮
`/resume`	過去セッションを再開
`/config`	設定を対話的に変更
`/review`	PRレビュー実施
`/security-review`	セキュリティ観点のレビュー
`/simplify`	コードの重複・冗長を削減
`/team-onboarding`	チーム向けのオンボーディングガイドを生成
`/fewer-permission-prompts`	許可ダイアログの削減提案

キー・記法・起動オプション

操作	効果
`Shift+Tab`	プランモードに切り替え
`claude --permission-mode plan`	プランモードで起動
`claude --resume`	セッション選択画面で起動
`claude --worktree`	Worktree隔離で起動
`Ctrl+O`	直近のトランスクリプト表示
`Ctrl+C` / `Esc`	実行中のアクションをキャンセル

機能の使い分け

やりたいこと	使う機能
プロジェクトルールをチームで共有	`CLAUDE.md`
自分の好みやフィードバックを残す	メモリ機能
定型作業を一発で呼び出す	スキル
重い探索を並列化したい	サブエージェント
外部サービスのAPIを使いたい	MCPサーバー
保存時に自動整形したい	フック
大規模変更を安全に進めたい	プランモード + Worktree

まとめ

Claude Codeは機能が多いですが、Lv1（基礎6機能） → Lv2（実践6機能） → 組み合わせ の順に整理すると、初心者でも取っ付きやすいかと思います
実際は単体機能より、組み合わせて使うことがほとんどです

導入直後は迷うことも多いと思いますが、まずは /init から始めて、使いながら少しずつスキルやMCPを足していく、くらいのペースがちょうど良いのではないでしょうか。
いきなり完璧な運用を目指すよりも、小さく始めて育てていく 方が、結果的にチーム全体の活用度が上がっていくと思います。

この記事の1週間プランが、みなさんの導入初週のガイドとして役立てれば幸いです。

参考リンク