Claude Code
7つの指示方法ガイド

プロジェクト全体の構成、よく使う操作手順、フォルダの配置、書き方のルールなど「常に知っておくべき基本情報」を置く場所。

• チーム共通の書き方ルールをまとめたいとき
• プロジェクトの全体像をAIに理解させたいとき

• 「いつも読んでほしいから」と何でも詰め込む。毎回読む場所なので、厚くなるほど本当に大事な指示が埋もれる。
• 長い手順書をそのまま貼る。手順は必要な時だけ読めればよいので、📕 Skills に分ける方が軽い。
• 特定フォルダだけで使うルールを書く。関係ない作業でも読まれてしまうので、📋 Rules に分ける。

特定のファイルやフォルダにだけ適用したいルールを決める場所。「このフォルダのときだけ読み込む」と指定でき、関係ない作業中は読み込まれないので無駄がない。

• 「入力値は必ずチェックしてから処理する」のような特定の領域だけのルール
• 複数フォルダにまたがるが、全体ではないルール

• 「どのフォルダのとき読むか」を指定せず大量に追加する。結局いつも読むルールになり、📖 CLAUDE.md と同じように重くなる。

手順が決まっている作業（公開作業の手順、リリース前のチェックリスト、コードの確認手順など）をまとめておく場所。使う時が来るまで中身は読み込まれない。

• 「毎回同じ手順で進めたい」決まった作業があるとき
• 手順をやり取りの中で見ながら進めたいとき

• 途中経過も見ながら進めたい → この「業務マニュアル」
• 結果だけほしい → 🏢 Subagents

メインのやり取りを散らかさずに、独立した作業を別の場所で進めさせる。途中経過は持ち込まず、結果（最終報告）だけが手元に返る。

• 記録の調査、使っている部品のチェックなど「結果だけほしい」調べ物
• 複数の作業を同時並行で回したいとき
• スタッフがさらに別のスタッフに頼む形（最大5段階）で、大きな作業にも対応

• 📕 Skills… やり取りの中で手順を見ながら進める
• この「外注スタッフ」… 別室で勝手に進めて結果だけ返す

ファイルを直したら自動でチェックツールを走らせる、作業が終わったらチャットに通知する、危ない操作は止める──など、AIの気分に左右されず確実に動くべき処理を自動化する。

• 「毎回必ずやるべきこと」を確実に実行させたいとき
• 「絶対にやらせたくないこと」を確実に止めたいとき

• 「失敗したら困るルール」を 📖 CLAUDE.md に書くだけで済ませる。お願いでは抜けることがあるので、必ず止めたい・必ず動かしたい処理は仕組みにする。

AIの基本的な振る舞いや役割を根本から変える。AIが一番最初に受け取る「土台の指示」そのものを書き換えるので、影響範囲が最も大きい。

• 「コードを書く専門の助手」から「なんでも相談できる助手」へ、といった役割の大幅な変更

• 少し口調を変えたいだけで、いきなり自作する。土台ごと書き換わるため、もともと備わっていた大事な指示（テストを実行する、安全面に配慮する等）が消えてしまう。
• 目的が曖昧なまま切り替える。まずは最初から用意されている3つの型（先回りして動く型／丁寧に説明する型／一緒に学びながら進める型）を試すのが安全。

👔 Output Styles と違い、もとの役割はそのままに、口調・書き方・ちょっとした専門知識を一時的に付け足す。その時かぎりで、保存はされない。

• 話し方や見せ方をちょっとだけ調整したいとき
• あるルールをその時1回だけ適用したいとき

• 一時的な付箋なのに、長いルールや恒久ルールを大量に詰め込む。付箋を貼りすぎると、結局どれも目に入らなくなる。