このページは、Claude Code が提供する機能全体を一望し、各機能が正確にどんな問題を解決するのかを素早く把握できるようにするハブです。

情報

ひとことで言うと: Claude Code は、コードを推論するモデルにファイル編集・検索・実行といった組み込みツールが付き、その上にコンテキスト・拡張・自動化のレイヤーが層をなして載る構造です。

Claude Code の機能は大きく 2 系統に分かれます。1 つはモデルがコードを扱うために常に使う 組み込みツール (built-in tools)、もう 1 つはユーザーが必要に応じて付け足す 拡張レイヤー (extension layer) です。このページは両系統をすべて広げ、各機能の一行説明とともに、深掘りできる詳細ドキュメントへの道筋を案内します。

MoAI-ADK は、まさにこの Claude Code の上で動作するエージェンティック開発キットです。ここに並ぶ機能は MoAI-ADK の 3 つの核心の原材料でもあります — コンテキストウィンドウとキャッシュは トークノミクス の、サブエージェント・チーム・ワークツリーは エージェンティックループエンジニアリング の、スキル・フック・MCP・プラグインは エージェンティックハーネス の素材です。ここで概念を押さえておけば、MoAI-ADK がこれらをどうオーケストレーションするのかをはるかに速く理解できます。

下の表は、Claude Code の主要機能を一行説明とともに整理したものです。最後の列のリンクをたどると各機能の詳細ドキュメントへ移動します。

組み込みツールは追加設定なしで常に動作し、大半のコーディング作業はこのツールだけで処理できます。

• コード編集: モデルがファイルを開いて直接読み、直す最も基本的な機能です。
• 検索: コードベース全体からテキストパターンやファイルを見つけ出します。型付き言語や大規模コードベース (large codebase) では、言語サーバーベースのコードインテリジェンスがシンボル単位の探索をより正確にしてくれます。
• コマンド実行: ビルド・テスト・リント・git のようなシェルコマンドを実行します。
• スラッシュコマンド: /code-review、/debug のようにバンドルで提供されるコマンドや自作のスキルを即座に呼び出します。
• 対話モード: 編集の自動承認や権限バイパスといったセッションの動作方式を切り替えます。

• CLAUDE.md / メモリ: 毎セッション開始時に全文が自動ロードされる永続コンテキストです。コーディング規約や「常に X せよ」といった指針を置きます。公式ドキュメントは CLAUDE.md を 200 行以内に保ち、増えていく参照資料はスキルや .claude/rules/ へ分離することを推奨しています。
• コンテキストウィンドウ: 1 セッションが収容できる入力・出力トークンの上限です。各機能がコンテキストをどれだけ占めるかを理解することが、効率的な設定の鍵です。

拡張レイヤーは、モデルの知識を増やしたり、外部サービスに接続したり、ワークフローを自動化したりします。

• スキル (skill): 知識・ワークフロー・指針を収めたマークダウンファイルです。/<name> で直接呼び出すか、関連性が高いときにモデルが自動でロードします。拡張の中で最も柔軟な手段です。
• MCP: データベース照会、Slack への投稿、ブラウザ制御のように、外部サービスとデータをモデルに接続するプロトコルです。
• hook: PostToolUse、SessionStart のようなライフサイクルイベントにスクリプト・HTTP リクエスト・プロンプト・サブエージェントを実行します。毎回同じように起きるべき自動化 (例: 編集後のリント) に適しています。
• プラグイン (plugin): スキル・hook・サブエージェント・MCP サーバーを 1 つのインストール単位に束ねます。同じ設定を複数リポジトリで再利用したり、他の人に配布したりするときに使います。

• サブエージェント: 自分専用のコンテキストウィンドウで作業を処理し、要約結果だけをメイン会話へ返します。数十のファイルを読む調査作業のように、中間成果物がメインコンテキストを散らかしてはいけないときに有用です。
• エージェントチーム (agent team): 互いに独立した複数の Claude Code セッションが、共有タスクリストとメッセージで協働します。競合仮説を検証する調査や並行コードレビューに適しており、実験的機能としてデフォルトでは無効です。
• ワークツリー: 同じリポジトリを分離した作業ディレクトリに置き、複数ブランチの作業を衝突なく並行して進めます。
• チェックポイント: 作業の途中状態を記録しておき、変更を元に戻したり安全な地点へ復帰したりできるようにします。

拡張機能の中で最も混同されやすい 2 つを押さえておきます。核心は コンテキスト (context) の扱い方です。

スキルは呼び出し型の動作 (/deploy) の場合もあれば、参照知識 (API スタイルガイド) の場合もあります。コンテキストウィンドウが満ちてきたときや、中間作業を見せる必要がないときはサブエージェントが適しています。両者は組み合わせも可能で、サブエージェントが特定のスキルを事前ロードしたり、スキルが分離コンテキストで実行されたりします。

このセクションのドキュメントは、学習順序を考慮して 4 グループにまとめられています。以下の流れに沿えば、無理なく全体像をつかめます。

flowchart TD
    A[基礎グループ
編集・検索・実行・スラッシュコマンド] --> B[コンテキストとメモリ
CLAUDE.md・コンテキストウィンドウ]
    B --> C[拡張
スキル・MCP・hook・プラグイン]
    C --> D[エージェントと自動化
サブエージェント・エージェントチーム・ワークツリー]

公式ドキュメントが勧める ベストプラクティス (best practice) は、最初からすべての機能を設定しないことです。同じミスを 2 回したら CLAUDE.md にルールを足し、同じプロンプトを繰り返すならスキルとして保存し、毎回自動で起きるべき動作が生まれたら hook を書く — というように、必要が見えるたびに 1 つずつ積み上げていく流れです。この「必要なときに 1 つずつ」という原則は、トークンの観点でも正しい判断です — 使わない拡張はコンテキストを占めるだけで、コンテキストはすなわちコストだからです。

• 基礎グループ
• コンテキストとメモリ
• 拡張
• エージェントと自動化
• クイックスタート

• Extend Claude Code — Features overview

ヒント

初めて Claude Code を扱うなら機能を一気に有効化せず、基礎グループから習得したうえで、実作業で「またこれを繰り返している」と感じた瞬間ごとに CLAUDE.md → スキル → hook の順で 1 つずつ追加してみてください。