「何を聞けばいいかわからない」——Claude Codeを触り始めた人が最初にぶつかる壁は、プロンプトの書き方です。Anthropicは公式ドキュメントに、コピペで使えるプロンプトライブラリを用意しています。
この記事では、ライブラリの場所、収録内容、実際の使い方、そしてプロンプト設計の型までを整理します。
この記事でわかること
- 公式プロンプトライブラリのURLと収録数
- 開発フェーズ別・役割別の探し方
- 初めに試すべき5つのプロンプト
- 各カードの「Why this works」が示す設計パターン
- うまくいったプロンプトをスキル化する次の一手
公式プロンプトライブラリとは
Claude Codeは、ターミナルやIDE、デスクトップアプリ、ブラウザから使えるエージェント型のコーディングツールです。ファイルを読み書きし、コマンドを実行し、Git操作まで自然言語で任せられます。
公式ドキュメントの「Prompt library」は、このClaude Codeに貼り付けて使うプロンプトを集めたページです。ドキュメント冒頭では「Copy-paste prompts for Claude Code, tagged by task and role（タスクと役割でタグ付けされたコピペ用プロンプト）」と説明されています。固定のスクリプトではなく、出発点として使う設計です。
2026年7月4日、LeLe氏のX投稿でこのライブラリが話題になりました。投稿では「コピペで使え、Claude Codeがすでに何をしてくれるかの地図になる」と紹介されています（参考）。
52個のプロンプトが何をカバーするか
ライブラリには52個のプロンプトが収録されています。検索バーでキーワードを絞り込め、「Show all 52 prompts」から一覧表示にも切り替えられます。
分類は2軸です。1つ目はソフトウェア開発の流れに沿った5フェーズで、Discover（調査）、Design（設計）、Build（実装）、Ship（リリース）、Operate（運用）に分かれます。2つ目は作業カテゴリで、Onboard、Understand、Plan、Prototype、Implement、Test、Refactor、Review、Steer、Git、Release、Debug、Incident、Data、Automateの15種類があります。
役割タグも付いています。Product、Design、Docs、Marketing、Security、On-callといったラベルで、エンジニア以外の職種向けプロンプトも拾えます。例えば法務向けの「過去の文書フォルダを参照して新しい草案を書く」、マーケ向けの「広告パフォーマンスCSVから低調な見出しを抽出し、文字数制限内で20案生成する」といった用途が含まれます。
初めに試す5つのプロンプト
ライブラリ冒頭には「Five prompts to try first（まず試す5つのプロンプト）」セクションがあり、初心者向けのおすすめが番号付きで並んでいます。
- 新しいリポジトリの全体像を把握する —
give me an overview of this codebase: architecture, key directories, and how the pieces connect - 特定の処理がどこにあるか探す —
where do we {behavior}?（例: validate uploaded file types） - 失敗しているテストを直す —
the {test} test is failing, find out why and fix it - テストを書いて実行し、失敗を修正する —
write tests for {path}, run them, and fix any failures - コミット前に変更をレビューする —
review my uncommitted changes and flag anything that looks risky before I commit
いずれも、ファイルパスを指定せず「何を知りたいか」「何を直したいか」を伝える型です。Claude Codeがリポジトリを自分で探索する前提の書き方になっています。
カスタマイズしてコピーする手順
各プロンプトカードには、波括弧で囲まれた置換フィールド（スロット）が含まれます。ページ上ではハイライト表示され、「Type in the highlighted fields to customize, then copy（ハイライト欄を入力してからコピー）」と案内されています。
使い方は単純です。ライブラリを開き、自分のフェーズや役割に合うプロンプトを選ぶ。スロットにプロジェクト固有の値を入れる。「Copy this prompt」でクリップボードにコピーし、Claude Codeの入力欄に貼り付ける。これだけで、Anthropic社内チームやベストプラクティスガイドで検証済みの型をそのまま試せます。
画像やログを渡すプロンプトには、貼り付け手順の注記も付いています。モックアップ画像はドラッグまたは@-mentionで添付してから送る、Terraformのplan出力は先に貼り付けてから送る、といった指示がカードごとに表示されます。
「Why this works」でプロンプト設計を学ぶ
各カードを開くと「Why this works」セクションがあります。ここでは、そのプロンプトがなぜ機能するかを1〜2文で解説しています。
例えば「Plan a multi-file change before touching code」では、「don’t edit yet（まだ編集しないで）」を付けることで探索と変更を分離し、コードが動く前に方針を確認できると説明されています。「Implement from a screenshot and self-check」では、レンダリング→元画像との比較→差分修正という検証ループを1プロンプトに閉じ込めている点が強調されています。
ページ下部の「What makes these prompts work」では、次の共通パターンが解説されています。
- 成果を述べ、手順は任せる — ファイル名ではなく「公開APIにレート制限を追加し、既存テストが通ることを確認して」と伝える
- 自己検証の手段を与える — run、test、compare、verifyを同じプロンプトに含める
- 参照先を示す — 既存のファイルやパターンを名指しして一貫性を保つ
- 測定可能な目標を書く — p95レイテンシを2秒から500ms以下に、といった数値目標
- 成果物を直接渡す — エラーログやスクリーンショットを貼る、または
@build.logで参照する - 回答形式を指定する — HTMLページ＋図解で説明し、ブラウザで開く、など
この6パターンは、Best practicesにも詳述されており、ライブラリは実例集としてベストプラクティスを体験できる構成です。
プロンプトの出典と信頼性
各カードには出典ラベルが付き、元になったAnthropic公式リソースへリンクしています。主なソースは次のとおりです。
- Common workflows — コアタスクのステップガイド
- Best practices — プロンプト設計とプロジェクト設定
- How Anthropic teams use Claude Code — エンジニアリング、プロダクト、デザイン、データチームの実運用
- 法務・サイバーセキュリティ向けの個別ブログ記事
- Scaling agentic coding guide — 企業導入ガイド
個人ブログの推測ではなく、Anthropicが公開したワークフローから抽出されたプロンプトである点が、このライブラリの価値です。
一部プロンプトに必要な連携ツール
カードによっては「Needs」ラベルで前提ツールが示されます。GitHubのissueやPRを扱うプロンプトはgh CLIの認証、またはGitHubのMCPコネクタが必要です。Linearなどのチケット連携はissue trackerのMCP接続が前提です。スクリーンショット比較にはデスクトップアプリのプレビュー機能、Chrome拡張、Playwright MCPのいずれかが必要です。
ログ分析やデータウェアハウス連携には、対象サービスのMCPサーバーまたはclaude.aiコネクタの設定が求められます。プロンプトをコピーする前にNeeds欄を確認しておくと、途中で止まる事態を避けられます。
うまくいったプロンプトの次のステップ
公式ドキュメントは、ライブラリのプロンプトを終点ではなく起点として位置づけています。1回うまくいった型は、スキルとして.claude/skills/にSKILL.mdを置き、/commandでチーム全員が再利用できるようにするのが推奨です。
Claudeが学んだ規約はCLAUDE.mdに書き残し、次のセッションから自動で読み込ませます。大規模な変更ではplan mode（Shift+Tab）を使い、編集前にファイル一覧を確認する運用も案内されています。
動画で学びたい場合は、Anthropic Academyの無料コース「Claude Code in Action」も関連リソースとして紹介されています。
Claude Code以外にも活きるプロンプト設計
このライブラリはClaude Code専用ですが、「成果を述べる」「検証手段を含める」「参照を示す」といった型は、CursorやGitHub Copilotなど他のエージェント型ツールにも転用できます。特に「Describe the outcome, not the steps（手順ではなく成果を伝える）」は、エージェントに探索余地を与えるうえで汎用的な原則です。
プロンプトに迷ったときは、まず52個の中から近いタスクを探し、スロットを埋めて試す。うまくいったらWhy this worksを読んで型を理解し、スキルかCLAUDE.mdに昇格させる。この3段階が、公式が想定する活用フローです。