Claude Code、CLAUDE.md・スキル・hooks・subagents による制御方法

Anthropic は 2026年6月18日、Claude Blog で「Steering Claude Code: CLAUDE.md files, skills, hooks, rules, subagents and more」を公開しました。Claude Code を個人利用からチーム運用へ広げる時の制御方法として整理します。

要点

• 記事は Claude Code の挙動を、CLAUDE.md、skills、hooks、rules、subagents などで制御する方法を扱っています
• 読みどころは、開発者が毎回口頭で指示するのではなく、チームの作法や安全条件を作業環境に埋め込む点です
• コーディングエージェントを使う組織では、権限、レビュー、テスト、禁止操作、プロジェクト固有知識を明文化する必要があります
• 導入側は、便利な自動化だけでなく、誤った操作を止める hooks や rules の設計を確認したいです

今回のブログ記事で語られていること

今回の Claude Blog は、Claude Code を「コードを書かせる画面」ではなく、開発チームのルールや作業文脈を反映して動くエージェント環境として説明しています。CLAUDE.md はプロジェクト固有の前提、コマンド、注意点、レビュー方針を伝える入口になります。skills は繰り返し使う専門手順をまとめ、hooks は特定の操作前後にチェックや自動処理を挟む手段になります。rules や subagents は、作業の分担、制約、専門領域の切り出しに関係します。

読みどころは、Claude Code の精度をプロンプトのうまさだけに任せない点です。実際の開発現場では、テストコマンド、フォーマット、マイグレーション、機密ファイル、外部 API、デプロイ手順、レビュー基準がリポジトリごとに違います。毎回チャットで説明すると抜けやすく、担当者が変わると再現性も落ちます。CLAUDE.md や skills によって前提を共有し、hooks や rules によって危険な操作や不十分な検証を止める設計は、コーディングエージェントをチームで使ううえで重要です。

実務上は、Claude Code の導入が「開発速度を上げる」だけでなく「開発手順を機械が読める形にする」作業を伴うことを示しています。たとえば、テストをどこまで自動で実行するか、どのファイルを触らせないか、ライブラリ追加時に誰が承認するか、セキュリティレビューをどのタイミングで求めるかを決める必要があります。subagents を使う場合も、専門タスクを分けられる一方で、最終判断や統合の責任を曖昧にしないことが大切です。

この発表は、Claude Code を一人の補助ツールから組織の開発基盤へ近づける内容として読めます。導入側は、便利な設定を増やす前に、プロジェクト知識の置き場所、禁止操作、レビュー責任、ログの残し方を決めたいです。特に、顧客データ、インフラ設定、決済、認証、権限管理を扱うリポジトリでは、hooks や rules による制御を先に設計しておく必要があります。

実務で確認したいポイント

• CLAUDE.md に書くべきプロジェクト前提、テスト手順、禁止事項が整理されているか
• skills と hooks が、開発者の作業を助けるだけでなく危険な操作を止める役割を持つか
• subagents に任せる作業と、人が最終確認する作業を分けられるか
• 生成された変更のレビュー、テスト、ログ、秘密情報の扱いを既存フローに接続できるか

今回のブログ記事が関係する人

Claude Code を個人の開発補助からチーム標準へ広げたいエンジニアリングマネージャー、プラットフォームチーム、セキュリティ担当に関係します。特に、複数リポジトリで一貫したルールを持たせたい組織は確認したい内容です。

日常的に Claude Code を使う開発者にも関係します。自分だけのプロンプトに頼るのではなく、リポジトリに残る設定やスキルとして作業知識を共有することで、レビューしやすい変更を作りやすくなります。

結局、今回のブログ記事をどう読むべきか

今回の記事は、Claude Code をチームの開発ルールに沿って動かすための運用設計ガイドとして読むとよいです。導入側は、CLAUDE.md、skills、hooks、rules、subagents を便利機能としてではなく、品質、権限、安全確認を保つ仕組みとして設計したいです。