Claude Code の hooks・サブエージェント入門(要公式確認)
目次 クリックで開く
Anthropicが提供する「Claude Code」は、単なるチャット型のAIアシスタントではありません。ターミナルに常駐し、ファイル操作、コマンド実行、そして自律的なサブエージェントの起動を行うことができる、エージェント型の開発支援ツールです。
特に、実務において開発生産性を劇的に向上させるのが「hooks(フック)」と「サブエージェント(Sub-agents)」の機能です。本記事では、Anthropicの公式ドキュメントおよび仕様に基づき、これらの高度な機能をどのように設定・運用すべきか、IT実務担当者の視点で解説します。
Claude Codeのコア機能:hooksとサブエージェントの概要
エージェント型CLIとしてのClaude Code
Claude Codeは、開発者が普段使用しているターミナル上で動作するCLIツールです。従来のAIツールと決定的に異なるのは、「コードを書くだけ」ではなく「コードを実行し、エラーを読み取り、修正して再試行する」というループを自律的に行える点にあります。
なぜhooksが実務の自動化に不可欠なのか
hooks(フック)とは、特定のイベントが発生した際に、あらかじめ定義しておいたスクリプトや処理を自動的に実行させる仕組みです。例えば、Claude Codeがコードを修正した直後に自動でテストを走らせ、テストが失敗した場合は自動で再修正を試みさせるといったワークフローが構築可能です。これにより、人間が「テストを叩く」という手間を省き、AIが「完遂」まで責任を持つ環境が整います。
サブエージェントによる並列タスク処理の利点
大規模なリファクタリングや複雑な機能追加を行う際、Claude Codeは親エージェントがタスクを分割し、複数の「サブエージェント」を生成して並行処理を行うことができます。これにより、依存関係の少ないモジュールの同時修正などが可能になり、完了までの時間を大幅に短縮できます。
このようなAIによる自律的なワークフローの構築は、バックオフィス業務の自動化にも通ずる考え方です。例えば、Excelと紙の限界を突破する「Google Workspace × AppSheet」業務DX完全ガイドで解説しているような、手作業をデジタルへ移行し、プロセスを自動化する思想は、エンジニアリングにおけるClaude Code活用とも深く共鳴します。
実践:hooks(フック)の設定方法と活用事例
設定ファイルの構造(.claudecode.json)
Claude Codeの挙動をカスタマイズするには、プロジェクトのルートディレクトリに .claudecode.json を作成します(※公式の最新仕様ではファイル名やスキーマが変更される可能性があるため、常に Anthropic公式ドキュメント を参照してください)。
基本的な構成例は以下の通りです。
{
"hooks": {
"pre-fix": "npm run lint",
"post-fix": "npm test",
"on-error": "sh ./scripts/notify-error.sh"
},
"subagents": {
"allowParallel": true,
"maxCount": 3
}
}
サポートされるイベントの種類
Claude Codeが標準で認識するフックイベントには、主に以下のものがあります。
- pre-action: AIがコマンドを実行したりファイルを編集したりする直前に実行。
- post-action: アクション完了直後に実行。結果の検証に最適。
- on-failure: コマンドが失敗したり、テストが通らなかった場合に起動。
【実例】Gitコミット前の自動Lint & テスト実行
実務で最も有用なのが、Claudeが生成したコードに対して強制的にCI的な検証をかけるフックです。
例えば、Claudeに「この関数をリファクタリングして」と依頼した際、リファクタリング完了後に post-fix フックで jest や eslint を自動実行するように設定しておけば、開発者の手元に届くコードは常に一定の品質が担保された状態になります。
これは、経理業務におけるデータの整合性を自動で担保する仕組みに似ています。楽楽精算×freee会計の「CSV手作業」を滅ぼす。経理の完全自動化とアーキテクチャで見られるような、「人間が介在せずに整合性をチェックする」プロセスこそが、AI時代の標準的なアーキテクチャと言えるでしょう。
サブエージェントの自律性を制御する
タスク分割のメカニズム
Claude Codeのサブエージェント機能は、複雑な指示を受けた際に真価を発揮します。
例えば「認証機能を実装し、それに対応するドキュメントを作成し、テストケースを100%網羅して」という指示を与えた場合、親エージェントは以下のサブエージェントを生成することがあります。
- 認証ロジック実装エージェント
- テストコード生成・実行エージェント
- ドキュメント(Markdown)記述エージェント
自律実行の制限とセキュリティ設定
自律的なエージェントは便利である一方、無限にトークンを消費したり、意図しない破壊的なコマンドを実行したりするリスクがあります。実務上は、以下の制御が推奨されます。
- 実行確認モード: 破壊的なコマンド(
rm -rf等)を実行する前に必ず人間に確認を求める設定(--yesフラグの不使用)。 - 予算上限(Budgeting): 1セッションあたりの最大トークン消費量を制限する。
特にエンタープライズ環境では、SaaSの管理と同様に「誰が、どの権限で、何を実行したか」のガバナンスが重要です。SaaS増えすぎ問題と退職者のアカウント削除漏れを防ぐ。Entra ID・Okta・ジョーシスを活用した自動化アーキテクチャのように、AIエージェントのアクセス権限も中央集権的なID管理の元に置く検討が必要です。
比較検証:Claude Code vs 他社AIツール
開発現場で利用される主要なAIツールと、Claude Codeの立ち位置を比較表にまとめました。
| 機能・項目 | Claude Code | GitHub Copilot (CLI/Ext) | Cursor |
|---|---|---|---|
| 形態 | CLI (Terminal) | CLI / IDE Extension | IDE (VS Code Fork) |
| hooks拡張性 | 非常に高い(シェル連携) | 低い(標準では限定的) | 中(プラグイン依存) |
| 自律実行能力 | 高い(エージェント型) | 低い(対話・補完型) | 中(Composer機能) |
| 料金(個人/月) | 従量課金(API利用) | $10〜 | $20〜(Proプラン) |
| 主な特徴 | ターミナルでの自律作業 | IDE内での入力補完 | エディタ一体型の体験 |
※料金・仕様は2025年時点の公式発表に基づきます。最新情報は各社公式ページ(Anthropic / GitHub / Cursor)をご確認ください。
導入時によくあるエラーとトラブルシューティング
1. hooksの実行エラー(権限・パス問題)
.claudecode.json に記述したコマンドが command not found になるケースが多発します。これは、Claude Codeが実行されるシェルの環境変数が、ユーザーのログインシェルと微妙に異なる場合に発生します。
- 解決策: 実行コマンドを
./node_modules/.bin/eslintのように相対パスで書くか、絶対パスを指定する。 - 権限: 実行するスクリプト(
.sh等)に実行権限(chmod +x)が付与されているか確認する。
2. サブエージェントの無限ループ回避
サブエージェントがエラーを修正しようとして、別のエラーを誘発し、それをまた修正しにいくというループに陥ることがあります。
- 解決策:
--max-iterationsなどのオプションを活用し、1つのタスクにおける試行回数に上限を設ける。
3. ネットワーク環境(プロキシ・ファイアウォール)の対応
企業の社内ネットワークでは、AnthropicのAPIエンドポイントへの通信が遮断されることがあります。
環境変数 HTTPS_PROXY の設定が正しく反映されているか確認してください。
まとめ:自律型開発環境への移行ステップ
Claude Codeのhooksとサブエージェントを使いこなすことは、単に「AIにコードを書かせる」段階から「AIに開発プロセスを運用させる」段階へのシフトを意味します。
- まずは、プロジェクトの
.claudecode.jsonを作成し、簡単なpost-fixフック(npm test等)から始める。 - サブエージェントの挙動を観察し、並列処理が可能なタスク(リファクタリングとテスト生成など)を意識的に切り出す。
- MCP(Model Context Protocol)サーバーを活用し、Slack通知やGitHub Issueとの連携など、フックから外部サービスを叩く仕組みを構築する。
開発環境の自動化は、ビジネスプロセス全体の自動化と本質的に同じです。エンジニアリング以外の領域でも、データの流れをスムーズにし、手作業を排除する取り組みは加速しています。自社の基盤を見直す際は、こうしたAIの自律性をどう組み込むかを常に念頭に置いてください。
Claude Code運用を成功させるための実務チェックリスト
Claude Codeは強力な自律性を持ちますが、実務で導入する際には「何でも自動で解決してくれる」という誤解からトラブルを招くことがあります。導入・運用時に確認すべき要点を整理しました。
導入前の技術的・運用的確認事項
- MCP(Model Context Protocol)の活用準備: Claude Codeの真価は、外部ツールと接続するMCPにあります。Google DriveやGitHub、さらには独自データベースと連携させることで、hooksからより高度なアクション(修正内容のSlack通知やIssueの自動更新など)が可能になります。
- 課金形態の理解: 2026年現在、Claude Code自体の利用料金に加え、背後で動作するClaude 3.5 Sonnet等のAPIトークン消費が発生します。サブエージェントを多用すると消費速度が上がるため、プロジェクト単位の予算設定が推奨されます。
- 実行権限のスコープ:
/root権限が必要な操作や、機密性の高いディレクトリへのアクセスをClaudeに許可するか、実行ユーザーの権限を最小化(Principle of Least Privilege)しておく必要があります。
よくある誤解と実務上の注意点
| 項目 | よくある誤解 | 実務上の真実 |
|---|---|---|
| 修正の正確性 | AIが直したコードは必ず動く | 論理的な不整合が残る場合がある。hooksでの自動テスト(CI)による検証が必須。 |
| サブエージェント | 無限に並列処理ができる | APIのレートリミット(Tier)やマシンのリソースに依存する。maxCountの適切な設定が必要。 |
| プロンプト管理 | 毎回同じ指示が必要 | CLAUDE_CUSTOM_INSTRUCTIONS 環境変数や設定ファイルで、プロジェクト固有のコーディング規約を恒久的に学習させることが可能。 |
このようなAIによる自律的なワークフローの拡張性は、開発環境に留まりません。例えば、高額なCDPは不要?BigQuery・dbt・リバースETLで構築する「モダンデータスタック」ツール選定と公式事例で紹介されているような、APIとスクリプトを組み合わせた「composable(構成可能)」な基盤構築の考え方は、Claude Codeを既存のCI/CDパイプラインに組み込む際にも極めて重要です。
公式リソースとリファレンス
設定ファイルのスキーマや最新のCLIオプションは頻繁にアップデートされます。不確かな情報は避け、必ず以下の一次情報を参照してください。
- Claude Code Official Documentation (Anthropic)
- Model Context Protocol (MCP) Introduction
- Anthropic API Pricing Details(従量課金の単価確認はこちら)
※自律型エージェントの挙動が期待と異なる場合は、--verbose フラグを立ててログを確認し、どのhooks段階で停止しているかを特定することから始めてください。
ご相談・お問い合わせ
本記事の内容を自社の状況に当てはめたい場合や、導入・運用の設計を一緒に整理したい場合は、当社までお気軽にご相談ください。担当より折り返しご連絡いたします。