そのまま使える、公式プロンプト52選

読むべきファイルではなく、知りたいことを説明します。Claude がプロジェクトを自分で探索し、全体がどう組み合わさっているかの概要を返します。

ファイル名を指定し、返してほしい形式を伝えます。HTML ページを図・箇条書きなど、自分の学び方に合う形に置き換えられます。

ファイル名ではなく「振る舞い」で検索します。ファイル名やディレクトリの場所がわからなくても検索は機能します。

何かを削除する前に尋ねます。呼び出し元と下流への影響のリストを見れば、単なる 1 行の掃除なのか、調整が必要な変更なのかがわかります。

質問が「何」ではなく「なぜ」のときは、コミット履歴を指し示します。Claude はログと blame を読み、現在の実装に至った判断を説明します。

ロードマップに着手する前に作業量を見積もります。ファイルの一覧を見れば、単一コンポーネントの話なのか、横断的な変更なのかがわかります。

役割を述べることで、適切なレベルで答えが返ります。Claude はソースコードから実際の挙動を説明するので、自分でコードを読む必要はありません。

「まだ編集しないで」を加えると、探索と変更が分離され、コードが動く前にアプローチを確認できます。常に計画優先にするにはプランモードを使います。

仕様を自分で書く代わりに、インタビューを受けます。Claude は要件が揃うまで構造化された質問を重ね、その結果をファイルに書き出します。

書き起こしの手間を省けます。Claude は非構造の入力からアクション項目を抽出し、MCP 経由でトラッカーに直接書き込むので、書き起こしではなくチケットをレビューできます。

「そこにあるもの」ではなく「欠けているもの」を尋ねます。Claude は、ハッピーパスの設計が見落としがちなエラー状態・空状態・エッジケースを列挙します。

クリックできるプロトタイプは、静的なモックアップでは答えられない疑問に答えます。ドキュメントで挙動を説明する代わりに、動くコードをエンジニアに渡せます。

Claude に検証ループを与えます。描画し、元画像と比較し、差分を一つずつ指摘しなくても自分で修正を繰り返します。

気に入っている既存コードを指し示します。参照がないと Claude は一般的なベストプラクティスに寄りますが、参照があればコードベース固有の規約に合わせます。

対象範囲と形式を指定します。Claude は欠けている箇所を見つけ、ファイルに既にあるコメントのスタイルに合わせるので、新しいドキュメントも既存の一部のように読めます。

作り方ではなく、入力と出力を述べます。Claude は似たコードのある場所を見つけ、その隣に追加します。

プロジェクトもフレームワークもビルド手順も要りません。ツールを説明して開くよう頼めば、すぐに動作を確認できます。

要約ではなく Issue 番号を渡します。Claude はチケット全体を読むので、伝え忘れた要件も拾い、変更を報告する前に検証します。

類似表現も含めて探し、除外するものを伝えます。Claude は完全一致では見落とす言い回しも見つけ、テストや履歴には手を付けないので、ユーザーが実際に見る文言だけをレビューできます。

スタイルを説明する代わりに、完成済みの成果物が入ったフォルダを指し示します。Claude は実際に出したものから構成と文体を学ぶので、初稿から自分たちの文書のように読めます。

「書く・実行する・直す」をまとめて頼むことで、Claude は指示を待たずに反復します。

テスト駆動開発です。テストが「完了」の定義になり、Claude はそれが通るまで実装を反復します。

何がテストされていないかを推測する代わりに、カバレッジレポートを指し示します。Claude は実際の数値を読み、最も必要なファイルのテストを書きます。

旧パターンと新パターンを説明します。まず全箇所を特定するよう頼むと、対象の呼び出し箇所が応答に列挙されるので、見落としがないことを確認できます。

移植先の言語だけでなく、保つべきものを伝えます。維持すべき API や振る舞いを指定すると、Claude が移植結果を照合する基準になります。

指標と目標値を述べることで、Claude に明確な「完了の定義」を与えられます。

正確なビジュアルのフィードバックは、正確な修正につながります。対象の要素・ずれの量・ビューポートを具体的に述べます。

修正が安いうちに問題を捕まえます。Claude は diff の行だけでなく変更されたファイル全体を読むので、簡易な自己レビューでは見落とす問題を見つけます。

Claude は diff だけでなく、コードベース全体の文脈でレビューします。変更されたコードとその呼び出し先を読むので、diff だけのレビューでは見落とす問題を捕まえます。

plan の出力は密度が高く、目で追うのが大変です。貼り付ければ、実際に何が変わるのかを平易な言葉で概観できます。

サブエージェントは独自のコンテキストで監査を行い、概要だけを報告するので、長いセキュリティレビューがメインセッションを圧迫しません。組み込みの汎用サブエージェントが追加設定なしで対応します。

人が時間を割く前に、まず一次チェックを通します。確認したい観点を挙げてレビューの焦点を絞り、見つかった点を直してから、よりきれいな状態で送れます。

間違っていることだけでなく、Claude が見落とした制約に名前を付けます。具体的な理由があれば、再試行のときに満たすべき制約が明確になり、また当て推量に戻ることを防げます。

方向は正しいが変更が広すぎるときは、すべてを巻き戻すのではなく一部を残すよう頼みます。境界を示すことで、小さな修正がリファクタリングに膨らむのを防げます。

チャット上の修正はチーム全体には共有されません。CLAUDE.md のルールはコミットすれば共有され、Claude は毎セッションの冒頭でそれを読みます。

残すマーカーではなく、望む最終状態を伝えます。理由も添えるよう頼むと、マージがブラックボックスではなくレビュー可能になります。

Claude に diff からメッセージを導かせます。リポジトリ既存のコミットスタイルに合わせてくれます。

トラッカー・エディタ・GitHub の間を行き来する手間を省けます。一つのプロンプトで仕様を読み、変更を加え、PR を開きます。

2 つの基準点と望む構成を指定します。Claude はその間のコミットログを読み、編集できるチェンジログを作成します。

いつ実行し、何をするかを説明します。YAML は、プロジェクトのビルドコマンド・テストコマンドに合わせて生成されます。

症状を説明します。どのファイルが壊れているかを知る必要はありません。Claude はテストを実行して失敗を確認し、原因をソースまで追って修正します。

症状と発生場所を説明します。Claude は関連するコードパスを読み、考えられる原因を追跡します。スタックトレースやログがあれば貼り付けてください。

根本原因の修正と検証を求めることで、エラーを直さずに握りつぶす表面的なパッチを防ぎます。

実行手順ではなく、突き合わせるべき証拠源を挙げます。Claude はログ・git 履歴・設定を合わせて読み、原因を絞り込みます。

クラウドのコンソールは問題を表示しますが、直すコマンドは示しません。Claude はスクリーンショットを読み、それを実行可能な kubectl・gcloud・aws コマンドに変換します。

SQL を書く代わりに、質問を投げます。Claude はクエリを組み立て、接続されたログに対して実行し、クエリと結果の両方を見せるので、何が実行されたかを確認できます。

一度きりの質問に、使い捨てのスクリプトは要りません。プロジェクト内のファイルを指し示せば、Claude はそれを直接読み、パターンを見つけ、指定した場所に出力を書き出します。

制約を先に述べることで、生成結果が上限に収まります。Claude は指標を読み、差し替える対象を選び、制限に合う代替案を生成します。

手順に一度名前を付ければ、コマンドとして再利用できます。Claude は、チームの誰でも実行できるスキルとして書き出します。

フックは、覚えておくべき作業を自動の動作に変えます。トリガーとアクションを説明すれば、Claude がフックの設定を書きます。

毎セッションでデータを貼り付ける代わりに、ソースを一度接続します。MCP のセットアップ後は、そのデータについて尋ねると Claude がツールから直接読み取ります。

忘れる前に尋ねます。Claude は今回のセッションで何を把握する必要があったかを知っているので、次のセッションがその文脈から始められるよう、CLAUDE.md への追記を提案します。