頼み方を変えると、
返ってくるものが変わる。

このリポジトリの構成を教えてください。
- 何をするプロジェクトか
- 主要なディレクトリの役割
- ビルド・テスト・起動のコマンド
まだ何も変更しないでください。

/init を実行してCLAUDE.mdを作ったあと、
中身を一緒に整理させてください。
一般的すぎる記述は削って、
このプロジェクト固有のルールだけ残したいです。

/doctor を実行して、環境の問題を診断してください。
そのうえで、足りないものがあれば
インストール手順を具体的に教えてください。

このプロジェクトの開発コマンドを一覧にしてください。
package.json、Makefile、README、CI設定を見て、
起動・ビルド・テスト・lint のそれぞれについて
実際に使われているコマンドを特定してください。

このプロジェクトのコーディング規約を、
実際のコードから読み取ってまとめてください。
命名規則、ファイル構成、エラー処理、テストの書き方について、
実例を1つずつ添えてください。

ログイン処理がどこで実装されているか調べて、
関連するファイルと処理の流れを順番に説明してください。
サブエージェントを使って調べてもらって構いません。

この関数のシグネチャを変えた場合、
影響を受けるファイルと箇所を全て洗い出してください。
一覧を見てから進めたいので、まだ変更しないでください。

次のエラーが出ています。
発生箇所を特定して、なぜ起きているかを説明してください。
修正案は、原因が確定してから出してください。

エラー:
（ここに貼る）

このログを読んで、異常が始まった時点と、
その直前に何が起きていたかを時系列で整理してください。
無関係な行は省いて構いません。

ログ:
（ここに貼る）

このプロジェクトで使われている◯◯の使い方を、
既存のコードから読み取って教えてください。
公式ドキュメントではなく、このプロジェクトでの
実際の使われ方を知りたいです。

この処理が何のために存在するのか、
呼び出し元とGitの履歴から推測してください。
消しても問題ないかの判断材料が欲しいです。

このプロジェクトのDBスキーマをまとめてください。
テーブルごとの役割、主要なカラム、テーブル間の関連を、
マイグレーションファイルから読み取ってください。

このプロジェクトが外部と通信している箇所を全て洗い出してください。
接続先、用途、認証方式、失敗時の挙動を表にしてください。

この機能を追加したいです。
まず実装計画だけ作ってください。変更はまだしないでください。
- 触るファイルの一覧
- 変更の順序
- 影響が出そうな箇所
- テストで確認すべき観点

やりたいこと:
（ここに要件を書く）

この機能を追加してください。
実装の前に、同じディレクトリの既存ファイルを2〜3個読んで、
命名規則・エラー処理・テストの書き方を揃えてください。
新しいライブラリは追加しないでください。

実装を3段階に分けて進めてください。
各段階でテストを実行し、通ったら次に進んでください。
途中で失敗したら、その時点で止めて状況を報告してください。

先に失敗するテストを書いてください。
テストが意図どおり失敗することを確認してから、
実装に進んでください。

この画面を作ってください。
色・余白・フォント・角丸は、既存ページで使われている値を
そのまま使ってください。新しい値は増やさないでください。
参考にするファイル:（既存ページのパス）

このフォームにバリデーションを追加してください。
必須・形式・文字数の3種類について、
エラー時に何がどう表示されるかも含めて実装してください。
既存のバリデーションの書き方に合わせてください。

このエンドポイントを追加してください。
既存のエンドポイントと同じ構成にしてください。
- 入力のバリデーション
- エラー時のレスポンス形式
- 認証・認可のチェック
- テスト
どれか省く場合は、理由を添えて先に相談してください。

ハードコードされている設定値を洗い出して、
環境変数に切り出してください。
.env.example も更新し、各項目に説明コメントを付けてください。
実際の値は .env にのみ書き、コミットしないでください。

次のバグを直してください。
まず再現させて、再現できたことを報告してから修正に進んでください。
再現できない場合は、その時点で止めて相談してください。

再現手順:
期待する動作:
実際の動作:

さきほどの修正が効いていません。
一度 /clear してから、改めて調べ直したいです。
今わかっている事実だけを整理して、
仮説を立て直してください。

この不具合は再現率が低いです。
タイミング・並行実行・キャッシュ・状態の残りといった観点で、
再現条件の仮説を挙げてください。
そのうえで、確実に再現させる方法を考えてください。

ローカルでは再現せず、本番でのみ発生します。
環境差分（環境変数・データ量・ビルド設定・並行数）の観点から、
原因の候補を挙げてください。
それぞれ、ローカルで再現させる方法もセットでお願いします。

この処理が遅いです。
まず計測して、どこに時間がかかっているかを特定してください。
推測で最適化する前に、数値を出してください。

メモリが解放されていない箇所を探してください。
イベントリスナー、タイマー、キャッシュ、循環参照の観点で、
解放漏れの候補を挙げてください。

型エラーを直してください。
ただし as any や @ts-ignore での回避は禁止です。
どうしても必要な箇所があれば、理由を添えて相談してください。

今回の変更をレビューしてください。
指摘は「実際に問題が起きるもの」に絞ってください。
好みの問題や、動作に影響しない指摘は不要です。
各指摘には、どういう入力で問題が顕在化するかを添えてください。

いま実装した内容について、
「動くはずだと思い込んでいるが、実際には確認していない箇所」を
挙げてください。そのうえで、実際に動かして確認してください。

この関数について、考慮漏れがありそうな入力を列挙してください。
空・null・極端に大きい値・想定外の型・同時実行、といった観点で。
そのうえで、抜けているケースのテストを追加してください。

テストが手薄な箇所を特定してください。
カバレッジの数値ではなく、
「壊れたときの影響が大きいのにテストが無い箇所」
という観点で優先順位を付けてください。

今回の変更をセキュリティの観点でレビューしてください。
入力値の扱い、認証・認可、秘密情報の露出、
外部入力の信頼、の4点を中心にお願いします。

この画面をレスポンシブの観点で確認してください。
375px / 768px / 1280px の3つで、
はみ出し・折り返し・タップ領域の狭さをチェックしてください。

このページをアクセシビリティの観点で確認してください。
キーボード操作、コントラスト比、代替テキスト、
見出しの階層について、問題があれば指摘してください。

この関数を責務ごとに分割してください。
条件は1つだけ、外から見た挙動を一切変えないこと。
分割の前後で必ずテストを実行し、
同じ結果になることを確認してから報告してください。

似た処理が複数箇所にあります。
共通化できる箇所を洗い出してください。
ただし、たまたま似ているだけで
将来別々に変わるものは、無理にまとめないでください。

このファイルの変数名・関数名を見直してください。
何をするものかが名前から伝わるようにしたいです。
ただし公開APIの名前は変えないでください。

このプロジェクトで使われていないコードを探してください。
削除の前に一覧を出してください。
動的に参照されている可能性がある箇所は、
その旨を添えて分けてください。

この処理にコメントを追加してください。
何をしているかではなく、
なぜそうしているか（背景・制約・トレードオフ）を書いてください。
自明なコメントは不要です。

READMEを書き直してください。
初めてこのリポジトリを触る人が、
30分で開発環境を立ち上げられる内容にしてください。
実際にコマンドを実行して、手順が正しいことを確認してください。

今日このリポジトリで変更した箇所を、
目的ごとにまとめて説明してください。
コミット前の確認に使いたいので、
意図しない変更が混ざっていないかも見てください。

変更をコミットしてください。
メッセージは何をなぜ変えたかがわかる内容で、日本語でお願いします。
関係のない変更が混ざっていたら、分けてコミットしてください。

PRを作成してください。
本文には次を含めてください。
- 何のための変更か
- レビューで特に見てほしい箇所
- 動作確認した内容と、していない内容
確認していないことは、正直に書いてください。

PRに付いたレビューコメントを確認して対応してください。
納得できない指摘があれば、直さずに理由を教えてください。
言われたとおりに直すのではなく、
妥当かどうかを一度考えてから進めてください。

CIが失敗しています。
ログを確認して原因を特定し、修正してください。
テストを書き換えて通す、という直し方はしないでください。

mainとのコンフリクトを解消してください。
どちらの変更を採用したか、
判断に迷った箇所があれば教えてください。
解消後にテストを実行して、壊れていないか確認してください。

前回のリリースから今日までの変更をまとめて、
リリースノートを作ってください。
利用者から見て何が変わるかを書いてください。
内部的なリファクタは、影響が無ければ省いて構いません。

さきほどの変更を取り消したいです。
どのコミットを戻せばよいか確認して、
影響範囲を教えてから実行してください。

このCSVを集計してください。
- 列ごとの件数と欠損の有無
- 指定した列でのグループ集計
結果はCSVで出力し、元ファイルは変更しないでください。

このフォルダのファイルを整理してください。
まず、どう分類するかの案を出してください。
実際の移動は、案に合意してからにしてください。

このフォルダのファイル名を
「YYYYMMDD_内容」の形式に統一してください。
変更前と変更後の対応表を先に出して、
確認してから実行してください。

この文字起こしを議事録に整形してください。
- 決まったこと
- 保留になったこと
- 誰が何をいつまでにやるか
発言の順番ではなく、論点ごとにまとめてください。

この文章を確認してください。
誤字脱字、表記ゆれ、わかりにくい言い回しを指摘してください。
文章のトーンは変えないでください。
指摘だけして、勝手に書き換えないでください。

このフォルダ配下で、◯◯を△△に置換してください。
まず対象となるファイルと箇所の一覧を出してください。
確認してから実行します。

この画像に写っている表をCSVに起こしてください。
読み取れなかったセルは空欄にして、
どこが読めなかったかを別途教えてください。

いまの会話で私が説明した前提を整理して、
CLAUDE.md に追記する形にまとめてください。
次回から説明しなくて済むようにしたいです。

この手順をスキルとして保存したいです。
.claude/skills/ に置く形でファイルを作ってください。
手順は私が今やっているものをそのまま再現できる粒度でお願いします。

SlackのメッセージをClaudeから読めるようにしたいです。
MCPの設定手順を教えてください。
必要な権限と、設定後にできるようになることも
あわせて説明してください。

このプロジェクトで、危険な操作を禁止したいです。
本番DBへの接続、デプロイ、ファイル削除については
必ず確認を挟むようにしたいです。
設定方法を教えてください。

このプロジェクトのCLAUDE.mdを、
チームで共有する前提で見直してください。
個人の好みではなく、
チームで守るべきルールだけが残る形にしてください。