Claude Fable 5 プロンプト50選｜業務即効テンプレ集【2026年】

「Fable 5、料金は高くなったのに、どう使い倒せばいいんだろう…」

先日、顧問先の製造業の部長さんからこんな相談を受けました。6月23日以降、APIコストが従来の倍になるFable 5をどう活かすか——その答えは「プロンプトの質を上げること」一択です。というのも、Fable 5はOpus 4.8のように「とりあえず渡せばそれなりに動く」モデルではなく、最初に仕様を完全に渡すほど出力が段違いに良くなる設計だからです。実際、Anthropic公式のプロンプティングガイドには「小出しの指示追加はトークン効率と性能の両面で低下させる」と明記されています。

研修現場でよく見る光景があります。「メールの返信文を書いて」とだけ入力して、Fable 5が3段落の丁寧な文章を返してくるのに「なんか違う…」と悩む担当者さん。でも同じタスクでも、文脈・トーン・相手の属性・NGワードをシステムプロンプトに1回整備するだけで、出力品質が劇的に変わります。これはOpus 4.8より指示追従精度が大幅に上がったFable 5ならではの恩恵です。

この記事では、議事録・メール・データ分析・コード生成・設計書作成の5業務カテゴリについて、Anthropic公式Cookbookのsystem prompt設計を踏まえたコピペ即効プロンプトを合計50本、全公開します。各プロンプトには「想定所要時間」と「Fable 5で測定した出力品質評価（5段階）」もつけています。今日から1本だけ試してみてください。

なお、Fable 5の基本仕様・料金・Claude.ai全プランでの6月22日まで無料トライアルについては、先にClaude Fable 5 完全ガイドをご覧ください。法人導入のセキュリティ・SSO・SOC2対応はFable 5 企業導入チェックリストで詳しく解説しています。

Fable 5 プロンプト設計の「3つの原則」（まず読んでください）

個別プロンプトに入る前に、Fable 5固有の設計原則を押さえておきましょう。Anthropic公式ドキュメントが公開している内容を日本の業務文脈に翻訳すると、次の3点になります。

原則1: 結論から先に書かせる

Fable 5は高エフォート設定では「過剰に調査・熟考」することがあります。プロンプトの冒頭に Lead with the outcome. 相当の日本語指示を必ず入れてください。

原則2: 理由ごと渡す

「この分析は◯◯向けの△△の意思決定に使います」という背景情報がある方が、ない場合より大幅に精度が上がります。Fable 5は「なぜそれが必要か」を理解した上で出力を最適化するよう設計されています。

原則3: 完了基準を明示する

「何があれば完成か」を具体的に書く。曖昧な依頼では、Fable 5は念のために余分な作業（リファクタリング、追加コメント、代替案の列挙）を実施しがちです。

事例区分: 想定シナリオ
以下は100社以上の研修経験をもとに構成した典型的なシナリオです。

ある商社の営業企画部で、Opus 4.8時代は「週次レポートをAIに書かせると、数字は合ってるのに読みづらい文体で結局書き直す」という悩みが続いていました。Fable 5に移行し、冒頭のシステムプロンプトに「読者は営業本部長。数字の羅列より変化量と原因の推定を優先。箇条書き禁止、1段落120字以内」と加えただけで、書き直し不要になったそうです。

AIエージェントの全体的な活用戦略についてはAIエージェント導入完全ガイドも参考にしてください。Fable 5はエージェントとして使う場面でこそ最大の力を発揮します。

カテゴリ1: 議事録・会議要約プロンプト（#1〜#10）

議事録は「速さ」と「誰が読むか」が命です。Fable 5の1Mトークンコンテキストを活かすと、2時間の会議録音テキストを一括処理できます。

#1 基本議事録（コピペ即効・最推奨）

研修先で最初に教えるプロンプトです。100人以上の受講者が「これだけで業務が変わった」と言ってくれました（想定）。

【役割】あなたは経営者の右腕として機能する議事録アシスタントです。

【処理する内容】
以下の会議録テキストを議事録に変換してください。

【出力形式】
まず1文で「今日の最重要決定事項」を書く。
次に「決定事項」「アクション（担当者・期限）」「保留事項」の3ブロック。
箇条書きは各ブロック最大5項目。全体で400字以内。

【重要】数字・固有名詞・期日は原文から正確に転記すること。推測で補完しない。

【会議録テキスト】
{{会議録をここに貼り付け}}

想定所要時間: 約15秒（Fable 5 high effort設定）
出力品質: ★★★★★（研修での平均評価。Opus 4.8比で「決定事項の抜け漏れ」が減少）

#2 アクションアイテム抽出特化

会議録から「誰が・何を・いつまでに」の形式でアクションアイテムのみを抽出してください。

条件:
- 明示的に言及されたもののみ抽出（推測しない）
- 担当者名が不明なものは「担当者未定」と明記
- 期限が未設定のものは「要確認」と明記
- 出力は箇条書き、各行30字以内

会議録:
{{テキスト}}

想定所要時間: 約10秒
出力品質: ★★★★☆

#3 多拠点会議の発言者別サマリー

以下の会議録を発言者別にサマリーしてください。

出力形式:
【発言者名】
- 主張したこと（箇条書き・各1文）
- 懸念・反対意見があれば赤字で明示

最後に「コンセンサスが取れた点」と「まだ合意できていない点」を各3項目以内で。

会議録:
{{テキスト}}

出力品質: ★★★★☆

#4 英日混在会議の要約

以下の英日混在会議録を日本語でサマリーしてください。

ルール:
- 英語の発言は日本語に意訳（直訳不要）
- 専門用語は初出のみ英語を括弧で付記
- 読み手は日本語話者の経営層（英語知識不要で読めること）
- 1,000字以内

会議録:
{{テキスト}}

出力品質: ★★★★★（1Mコンテキストで長時間の混在会議にも対応）

#5 会議の意思決定ログ（CRM登録用）

会議録から顧客との合意事項・次回提案内容をCRM登録フォーマットで出力してください。

フォーマット:
- 顧客名:
- 会議日時:
- 合意事項（箇条書き）:
- 次回アクション（Uravation側）:
- 次回アクション（顧客側）:
- 次回MTG予定:
- リスク・懸念事項:

補足がなければ「未確認」と書く。推測しない。

会議録:
{{テキスト}}

出力品質: ★★★★☆

#6 音声文字起こしの誤変換修正

以下は音声認識で生成した文字起こしテキストです。明らかな誤変換を修正して読みやすくしてください。

ルール:
- 意味が通る範囲でのみ修正（内容を補完しない）
- 変換が不確かな箇所は[?]を付ける
- 口語表現は保持（標準語化しない）
- 修正した箇所は**太字**で示す

テキスト:
{{文字起こしテキスト}}

出力品質: ★★★★☆

#7 経営会議向けエグゼクティブサマリー

以下の部門会議の議事録から、経営会議向けの「エグゼクティブサマリー」を作成してください。

条件:
- 読み手: 社長・CFO（現場詳細は不要、意思決定情報が欲しい）
- 全体200字以内
- 「予算への影響」と「経営判断が必要な事項」を必ず含める
- 含まれていない場合は「該当なし」と記載

議事録:
{{テキスト}}

出力品質: ★★★★★

#8 プロジェクト進捗会議の差分サマリー

先週の議事録と今週の議事録を比較して、「変化した点」だけを抜き出してください。

出力:
1. 前進した項目（完了・進捗UP）
2. 後退または停滞した項目
3. 新たに浮上したリスク
4. 前回から変更になった担当者・期日

【先週の議事録】
{{テキスト1}}

【今週の議事録】
{{テキスト2}}

出力品質: ★★★★☆

#9 顧客ヒアリング→提案要件変換

顧客ヒアリングメモから「提案書に盛り込む要件」を抽出してください。

出力形式:
【顕在ニーズ】（明示された課題）
【潜在ニーズ】（発言から推測されるが明言されていない課題）※推測と明記
【除外条件】（やりたくないこと・予算上限など）
【成功基準】（顧客が「成功」と言う条件）

ヒアリングメモ:
{{テキスト}}

出力品質: ★★★★★（Fable 5の「曖昧さへの対処」能力が活きる）

#10 週次チームサマリー（Slack投稿用）

チームの週次進捗メモをSlack投稿用のサマリーに変換してください。

条件:
- 冒頭に絵文字で今週の成果トーン（🎉 好調 / ⚠️ 要注意 / ✅ 平常）を示す
- 本文300字以内
- 専門用語はチーム外にも伝わるよう補足
- 末尾に「来週の最重要タスク」を1文で

メモ:
{{テキスト}}

出力品質: ★★★★☆

カテゴリ2: メール・ビジネス文書プロンプト（#11〜#20）

メール文章生成は「Fable 5では過剰に丁寧すぎる」という声を研修でよく聞きます。それはシステムプロンプトが足りていないだけ。以下のプロンプトはトーン制御を徹底しています。

#11 返信メール（トーン指定版）

以下の受信メールに対して返信を書いてください。

【相手の属性】: {{例: 大手取引先の購買担当者/初めて連絡する見込み顧客}}
【トーン】: {{例: 丁寧かつ簡潔/フレンドリー/フォーマル}}
【返信の目的】: {{例: 打合せ日程を提案する/質問に答えて次のアクションを促す}}
【NGワード・NG表現】: {{例: ご査収ください/させていただく の多用/誠に恐れ入りますが}}
【文字数上限】: 300字

受信メール:
{{メール本文}}

出力品質: ★★★★★

#12 クレーム対応メール

以下のクレームメールへの返信を作成してください。

ルール:
- 冒頭は謝罪から（ただし非を認める表現は使わない。「ご不便をおかけし」止まり）
- 原因説明は1段落・150字以内
- 再発防止策を具体的に1点
- 次のアクション（期日つき）を明記
- 全体400字以内

クレーム内容:
{{テキスト}}

当方の状況・事実関係:
{{内部情報}}

出力品質: ★★★★☆（感情的なクレームに対しても落ち着いた文体を維持）

#13 社内告知文（部署間連絡）

以下の情報を社内告知メールとして整えてください。

条件:
- 読み手: 社内全員（IT知識差あり）
- 件名も提案すること
- 「いつ・何が・どうなる・何をすべき」の順で構造化
- 専門用語は括弧で補足
- 問い合わせ先を末尾に

告知したい情報:
{{箇条書きや走り書きでOK}}

出力品質: ★★★★★

#14 提案書添付メール

提案書送付メールを書いてください。

【顧客名】: {{}}
【提案内容のひと言サマリー】: {{}}
【提案書の特徴・強調したい点】: {{}}
【次のアクション（顧客にとってほしい行動）】: {{}}
【期限・締め切り】: {{あれば}}

条件:
- 売り込み感を出さない
- 「ご検討のほど」で終わらせない。具体的な次のステップを促す
- 全体250字以内

出力品質: ★★★★☆

#15 お礼メール（商談後）

商談後のお礼メールを書いてください。

【商談の内容（要点のみ）】: {{}}
【印象に残った相手の発言・課題感】: {{}}
【次回アクション（こちら側）】: {{}}
【送るタイミング】: 商談当日中

条件:
- 会話の具体的な内容を1か所盛り込む（定型文にしない）
- 全体200字以内
- 次のMTGへの橋渡しを自然に入れる

出力品質: ★★★★★（商談内容を反映した非定型文が生成される）

#16 採用候補者への不合格通知

採用選考の不合格通知メールを書いてください。

条件:
- 不合格理由は記載しない
- 応募・選考への感謝を冒頭に
- 会社の将来への印象をポジティブに保つ
- 簡潔に（200字以内）
- 「お力になれず」「残念ながら」などの常套句を1種類に絞る

求人ポジション: {{}}
選考フロー（書類/面接）: {{}}

出力品質: ★★★★☆

#17 FAQ自動返信テンプレ作成

以下のよくある問い合わせリストから、FAQ自動返信テンプレートを作成してください。

条件:
- 各回答は150字以内
- 読み手は製品・業界の知識ゼロを前提
- 「詳しくはこちら」で終わらせない（完結した回答）
- 担当部署へのエスカレーション条件も明記

よくある問い合わせリスト:
{{箇条書き}}

出力品質: ★★★★★

#18 週次進捗報告書（上司向け）

週次進捗報告書を書いてください。読み手は直属の上司です。

【今週完了したこと】: {{}}
【今週の数値実績】: {{}}
【来週の予定】: {{}}
【支援が必要なこと・懸念事項】: {{なければ「特になし」}}

フォーマット:
- 全体500字以内
- 箇条書きOK
- 数字を含む成果は必ず1つ入れる
- 問題・懸念は事実ベースで（感情的な表現を避ける）

出力品質: ★★★★☆

#19 パートナー企業向け協業提案文

パートナー企業への協業提案メールを書いてください。

【自社について（1文）】: {{}}
【相手企業の強み（知っている範囲で）】: {{}}
【提案する協業内容のアイデア】: {{}}
【相手にとってのメリット】: {{}}
【最初のアクション（最小限のお願い）】: {{例: 30分の意見交換の場を設けていただきたい}}

条件:
- 売込み感を消す
- 相手のメリットから入る
- 全体300字以内

出力品質: ★★★★☆

#20 多言語対応メール（英語版生成）

以下の日本語メールを英語に翻訳してください。

条件:
- ビジネスメールの自然な英語（直訳しない）
- 日本語特有の敬語表現は英語圏のビジネス慣習に合わせて意訳
- 件名も英語で
- 読み手: アメリカ/オーストラリアのビジネスパーソン

日本語原文:
{{テキスト}}

出力品質: ★★★★★

カテゴリ3: データ分析・リサーチプロンプト（#21〜#30）

事例区分: 想定シナリオ
以下は100社以上の研修経験をもとに構成した典型的なシナリオです。

小売業のEC担当者が「毎月の売上データを見ても何が課題かわからない」と悩んでいました。Fable 5に月次売上CSVと「競合との差分」を貼り付け、以下の#21プロンプトを使うと、「カテゴリBの単価が競合比15%低く、かつリピート率も低い——ここが最優先改善点」という分析が3分で出ました。担当者は「自分でExcelを3時間かけても気づかなかった」と言っていました（想定）。

#21 売上データの課題抽出

以下の売上データを分析し、「最も優先して改善すべき課題」を特定してください。

分析の目的: {{例: 来四半期の予算配分の意思決定}}
読み手: {{例: 営業本部長。数字より原因と対策を重視}}

出力:
1. 最重要課題（1つに絞る）と根拠となるデータポイント
2. 次点の課題（2位・3位）
3. 注意：データから読み取れないことは「要追加調査」と明示する

データ:
{{CSVまたは表を貼り付け}}

出力品質: ★★★★★（Fable 5の「エンタープライズワークフロー」能力が活きる）

#22 競合比較分析

以下の情報をもとに、競合他社との比較分析を行ってください。

分析軸: {{例: 料金・機能・ターゲット層・強み・弱み}}
目的: {{例: 自社の差別化ポイントを特定する}}

出力フォーマット:
- 比較表（HTML tableで出力）
- 「自社が有利な点」3つ（根拠つき）
- 「自社が弱い点」3つ（改善提案つき）
- 参照したデータが不足している箇所は「情報不足」と明記

自社情報:
{{}}

競合情報:
{{}}

出力品質: ★★★★☆

#23 アンケート自由記述の分類・集計

以下の顧客アンケート自由記述欄を分析してください。

処理内容:
1. ポジティブ / ネガティブ / 要望 の3カテゴリに分類
2. 各カテゴリの代表的なコメント（上位3件）を抽出
3. カテゴリ別件数を集計
4. 経営者向けの改善提案を3点

回答数: {{}}
自由記述一覧:
{{テキストをそのまま貼り付け}}

出力品質: ★★★★★

#24 市場調査レポートの要約

以下の市場調査レポートから、経営判断に必要な情報だけを抽出してください。

抽出項目:
- 市場規模と成長率（数字を必ず含める）
- 主要プレイヤーと市場シェア
- 自社に関係する規制・法改正の動向
- 向こう3年の重要トレンド（3つ以内）

注意: レポートに数字がない場合は推測せず「記載なし」と書く

レポートテキスト（または要点）:
{{}}

出力品質: ★★★★☆

#25 KPI異常値の原因仮説生成

以下のKPIが予期せず変動しています。考えられる原因仮説を列挙してください。

KPI名: {{}}
変動内容: {{例: 先週比-30%}}
変動発生時期: {{}}
同時期に変わったこと（わかる範囲で）: {{}}

出力:
- 仮説を「可能性高/中/低」で分類
- 各仮説の検証方法（すぐ確認できる方法）
- 「これは仮説であり、検証が必要」と明記

注意: 確認できていない事実を断定しない

出力品質: ★★★★★（Fable 5の「曖昧さへの対処」能力が特に活きる）

#26 財務データのサマリー（取締役会用）

以下の財務データから、取締役会報告資料のサマリーを作成してください。

読み手: 取締役会（財務の詳細より経営への影響を重視）
報告期間: {{}}

出力:
1. 本期の業績（対計画・対前期比を数字で）
2. 要因分析（なぜその結果になったか・3点以内）
3. 経営陣が判断すべき事項（次期計画・追加投資など）
4. 次期の見通し

財務データ:
{{}}

出力品質: ★★★★☆

#27 NPS・満足度調査の改善提案

以下のNPS・満足度調査結果から、優先度の高い改善アクションを3つ提案してください。

条件:
- 提案は「すぐ実施できること」「1ヶ月以内」「3ヶ月以上かかること」に分類
- 各提案に期待効果（定性的でよい）を添える
- データから言えないことは提案しない

調査結果サマリー:
{{スコア・コメントなど}}

出力品質: ★★★★☆

#28 Googleアナリティクスデータの解釈

以下のWebサイトアクセスデータを解釈し、マーケティング担当者向けのアクション提案をしてください。

サイトの目的: {{例: リード獲得 / EC売上 / 資料請求}}
改善したい指標: {{例: コンバージョン率 / 直帰率}}

出力:
- 現状の評価（業界標準と比較できる場合は比較）
- 問題のある箇所（上位3つ）
- 各問題への改善アクション
- 「業界標準値がわからない」場合はその旨明記

データ:
{{表やCSVを貼り付け}}

出力品質: ★★★★☆

#29 プロジェクトリスク評価

以下のプロジェクト計画に潜むリスクを評価してください。

評価軸:
- 発生可能性（高/中/低）
- 影響度（大/中/小）
- 対処優先度（P1〜P3）

出力:
- リスク一覧表（HTML tableで）
- P1（最優先）リスクの対応策
- 「想定していないリスクがある可能性」は必ず明記

プロジェクト概要:
{{}}

出力品質: ★★★★★

#30 議事録→ToDo自動変換

以下の議事録からTodoistまたはNotionに登録できるToDoリストを生成してください。

フォーマット:
[ ] タスク名 | 担当: {{名前}} | 期限: {{日付}} | 優先度: 高/中/低

条件:
- 明示的に話し合われたもののみ抽出
- 担当者や期限が不明な場合はブランクにする（推測しない）
- 関連する背景情報を「メモ」として各タスクに付ける

議事録:
{{テキスト}}

出力品質: ★★★★☆

カテゴリ4: コード生成・レビュープロンプト（#31〜#40）

Fable 5はSWE-Bench Pro 80.3%（参照: Anthropic公式発表）という実績を持つコーディングモデルです。ただし、サイバーセキュリティ領域のコードは「cyber-biology-distillation」安全分類器がトリガーされOpus 4.8に自動フォールバックする場合があります。通常の業務コードではほぼ発生しません。

事例区分: 想定シナリオ
以下は100社以上の研修経験をもとに構成した典型的なシナリオです。

プログラミング経験のない人事担当者が、Excelに散らばった勤怠データを集計するPythonスクリプトを「1時間で」作りたいと相談してきました。#31のプロンプトを少し改変して使ったところ、Fable 5が「動くコード＋実行手順書＋エラー時の対処法」を一括で出力。担当者はコードを理解せずとも翌日から使えるようになりました（想定）。

#31 Python業務スクリプト生成（非エンジニア向け）

以下の業務を自動化するPythonスクリプトを書いてください。

【実行環境】: Windows 11 / Python 3.11 / プログラミング知識なし
【やりたいこと】: {{具体的に}}
【入力データ】: {{例: Excelファイル（sample.xlsx）・1行目がヘッダー}}
【出力形式】: {{例: result.csvに保存}}
【エラー時の動作】: エラーメッセージを日本語で表示して止まる

出力:
1. コード本体
2. 実行手順（コマンドプロンプトの操作手順を番号付きで）
3. よくあるエラーと対処法（3つ）

注意: 理解不要。コピペして動けばOK。

出力品質: ★★★★★（Fable 5の「初回正確性」が非エンジニアに特に価値を発揮）

#32 コードレビュー（セキュリティ重視）

以下のコードをレビューしてください。

レビュー観点（優先順）:
1. セキュリティリスク（SQLインジェクション・XSS・認証バイパスなど）
2. パフォーマンス問題（N+1クエリ・メモリリーク等）
3. 可読性・保守性

出力フォーマット:
- 重要度: CRITICAL / HIGH / MEDIUM / LOW
- 問題箇所: 行番号
- 問題の説明: 1文
- 修正案: コードスニペット

【言語・フレームワーク】: {{}}
【コード】:
{{コードを貼り付け}}

出力品質: ★★★★★（Fable 5のコードレビュー能力はOpus 4.8比で「バグ発見率が顕著に高い」と公式が発表）

#33 バグ修正（再現手順込み）

以下のバグを修正してください。

【エラーメッセージ】:
{{そのままコピペ}}

【再現手順】:
{{番号付きで}}

【期待する動作】: {{}}

【環境情報】:
- OS: {{}}
- 言語・バージョン: {{}}
- フレームワーク: {{}}

出力:
1. 原因の説明（技術的な詳細は省いてOK）
2. 修正コード
3. 修正の確認方法

出力品質: ★★★★★

#34 SQL クエリ最適化

以下のSQLクエリを最適化してください。

【DB種別】: {{MySQL / PostgreSQL / BigQuery等}}
【テーブル規模】: {{例: 受注テーブル 500万行 / 月増加5万行}}
【現在のレスポンスタイム】: {{例: 平均8秒}}
【目標レスポンスタイム】: {{例: 1秒以内}}

最適化の方針:
1. インデックス追加の提案（既存インデックス情報があれば添えて）
2. クエリ書き換え
3. 改善効果の見積もり（定性的でよい）

現在のクエリ:
{{SQLを貼り付け}}

出力品質: ★★★★★

#35 Googleスプレッドシート関数作成

Googleスプレッドシートで以下を実現する数式を書いてください。

【やりたいこと】: {{具体的に。セル番地を使って説明してよい}}
【データの場所】: {{例: A列に日付、B列に売上額}}
【出力したい場所】: {{例: C1セルに結果を出したい}}

条件:
- プログラミング知識なしで使える標準関数のみ（GAS不使用）
- 数式の動作説明を添える
- エラーが出たとき確認すること（チェックリスト形式）

出力品質: ★★★★☆

#36 API仕様書の自動生成

以下のコードからAPIの仕様書（Markdown形式）を自動生成してください。

仕様書に含める項目:
- エンドポイント一覧
- 各エンドポイントのリクエスト/レスポンス形式（JSON例付き）
- 認証方式
- エラーレスポンス一覧
- 利用例（curl コマンド）

コード:
{{APIコードを貼り付け}}

出力品質: ★★★★★

#37 テストコードの自動生成

以下の関数に対するテストコードを書いてください。

テストフレームワーク: {{例: pytest / Jest / RSpec}}
カバーしたいテストケース:
- 正常系（想定通りの入力）
- 異常系（想定外の入力・エラー）
- 境界値（最大値・最小値・空文字など）

対象コード:
{{}}

注意: テストでモックが必要な箇所はコメントで示す

出力品質: ★★★★★

#38 コードのリファクタリング

以下のコードをリファクタリングしてください。

リファクタリングの目的: {{例: 可読性向上 / 重複除去 / パフォーマンス改善}}

制約:
- 外部インターフェース（関数名・引数・戻り値）は変えない
- 追加ライブラリは最小限
- リファクタリング前後で動作が変わらないこと

重要: 求められていない機能追加・過剰な抽象化はしないこと

コード:
{{}}

出力品質: ★★★★★（「制約」を明記することでFable 5の過剰リファクタリングを防ぐ）

#39 Pythonデータ処理パイプライン

以下のデータ処理パイプラインをPythonで実装してください。

入力: {{形式・サイズ・サンプル行}}
処理ステップ:
1. {{例: 重複行の削除}}
2. {{例: 日付フォーマットの統一}}
3. {{例: 特定カラムでの集計}}
出力: {{形式}}

条件:
- pandasを使用
- 1万行以上でも10秒以内に処理完了を目標
- 各ステップに処理件数をprint出力
- エラーログをerror.logに出力

出力品質: ★★★★★

#40 コードの解説（学習用）

以下のコードを初心者に分かるように解説してください。

想定読者: {{例: プログラミング経験3ヶ月の新卒社員}}
解説スタイル: {{例: 料理のレシピのように順を追って}}

出力:
1. このコードが「何をするか」を1文で
2. 重要な部分を抜き出して日本語でコメント追記版コード
3. 初心者がつまずきやすいポイント（3つ）
4. この先学ぶべきこと（次のステップ）

コード:
{{}}

出力品質: ★★★★☆

カテゴリ5: 設計・戦略立案プロンプト（#41〜#50）

Fable 5が最も「差」を見せるのが、複数の要件・制約・ステークホルダーが絡む設計タスクです。Anthropic公式ガイドによると、「複数のスレッドを持つリクエストを与えられ、次のステップを判断するよう求められた場合に優れたパフォーマンスを発揮する」とされています。

#41 事業計画骨子の生成

以下の条件で事業計画の骨子を作成してください。

【事業内容（1-3文）】: {{}}
【ターゲット市場】: {{}}
【競合環境】: {{}}
【予算規模感】: {{}}
【期間】: {{例: 3ヶ年計画}}

出力:
1. 事業コンセプト（200字）
2. 市場機会の整理（3点）
3. 収益モデルの選択肢（2〜3案）
4. 最重要KPI（フェーズ別）
5. 最初の90日でやるべきこと

注意: データ不足の箇所は「要調査」と明記。推測で数字を作らない。

出力品質: ★★★★★

#42 組織設計・役割分担の提案

以下の条件で組織設計を提案してください。

【事業フェーズ】: {{例: スタートアップ期/成長期/安定期}}
【現在のメンバー構成】: {{人数・役割}}
【解決したい課題】: {{例: 意思決定が遅い / 責任が曖昧}}
【採用予定】: {{}}

出力:
1. 現状の課題分析
2. 推奨する組織構造（説明文形式）
3. 各ポジションの役割と責任範囲
4. 移行のリスクと緩和策

注意: 特定の組織論（ティール組織等）への偏りを避け、実情に即した提案を

出力品質: ★★★★☆

#43 新サービス/機能の要件定義

以下の情報をもとに、新サービス/機能の要件定義書（骨子）を作成してください。

【解決したい課題】: {{}}
【ターゲットユーザー】: {{}}
【制約条件（予算・期間・技術スタック等）】: {{}}
【成功の定義（KPI）】: {{}}

出力:
1. ユーザーストーリー（主要なもの3〜5本）
2. 機能要件リスト（Must/Want/Not Nowで分類）
3. 非機能要件（パフォーマンス・セキュリティ・スケーラビリティ）
4. 不明点・要確認事項

出力品質: ★★★★★

#44 問題の根本原因分析（5Why）

以下の問題に対して5Whyで根本原因を分析してください。

問題: {{具体的に}}
発生頻度: {{}}
影響範囲: {{}}
すでに試した対策: {{}}

出力:
- なぜ発生したか → なぜ → なぜ → なぜ → なぜ（5階層）
- 特定した根本原因
- 根本原因への対処策（3案・コストと効果で比較）
- 分析の限界・確認が必要な点

注意: 証拠のない仮説には「仮説」と明記

出力品質: ★★★★★（Fable 5の多層的推論が5Why分析に特に有効）

#45 採用要件定義と求人票

以下の条件で採用要件を定義し、求人票の草案を作成してください。

【採用する役職】: {{}}
【チームの現状と欠けているもの】: {{}}
【業務内容（具体的に）】: {{}}
【必須スキル / あると望ましいスキル】: {{}}
【給与レンジ】: {{}}

出力:
1. 採用要件の優先順位付け（Must / Want）
2. 求人票草案（そのまま掲載可能な形式）
3. 採用プロセスの提案（面接フロー）
4. ミスマッチが起きやすいポイントと見極め方法

出力品質: ★★★★☆

#46 マーケティング戦略の骨子

以下の情報をもとにマーケティング戦略の骨子を作成してください。

【製品・サービス】: {{}}
【現在のターゲット】: {{}}
【予算規模】: {{}}
【3ヶ月後のゴール】: {{}}
【現在実施中の施策】: {{}}

出力:
1. 現状評価（強み・弱み）
2. 推奨する3ヶ月の施策（優先順位つき）
3. 各施策の目標KPIと測定方法
4. やめることの提案（リソース集中のため）

注意: 実行リソースが限られることを前提に現実的な提案を

出力品質: ★★★★★

#47 システム移行計画の立案

以下の条件でシステム移行計画を立案してください。

【現行システム】: {{}}
【移行先システム】: {{}}
【移行期限】: {{}}
【制約条件】: {{例: ダウンタイム最大2時間 / 予算○○万円 / 担当者2名}}

出力:
1. フェーズ分け（マイルストーンと期間）
2. リスクマップ（発生可能性×影響度）
3. ロールバック計画
4. 社内周知・教育計画
5. 「これを決めないと計画が立てられない」確認事項

出力品質: ★★★★★

#48 投資判断の評価フレーム作成

以下の投資案件を評価するためのフレームワークを作成してください。

【投資対象】: {{例: 新規設備 / M&A / 新拠点開設}}
【投資額規模感】: {{}}
【意思決定者】: {{例: 役員会 / 経営会議}}
【重視したい判断軸】: {{例: ROI / 戦略適合性 / リスク}}

出力:
1. 評価項目リスト（5〜8項目）と重みづけ
2. 各項目のスコアリング基準（1〜5点）
3. 判断しきい値の提案（「この合計点以上なら推奨」）
4. このフレームで判断できないこと（意思決定者が別途判断すべき事項）

出力品質: ★★★★☆

#49 研修・教育プログラムの設計

以下の条件で社内研修プログラムを設計してください。

【研修テーマ】: {{}}
【受講者】: {{人数・役職・前提知識レベル}}
【研修形式】: {{例: 半日集合研修 / オンライン2時間×4回}}
【達成したいゴール（行動変容）】: {{}}
【使えるリソース】: {{外部講師 / 社内資料等}}

出力:
1. カリキュラム（時間配分つき）
2. 各セッションの目的と主要アクティビティ
3. 効果測定の方法（研修前後で何を測るか）
4. 研修後の定着化施策

出力品質: ★★★★★

#50 Fable 5エージェントのシステムプロンプト設計

特定業務に特化したClaude Fable 5エージェントのシステムプロンプトを設計してください。

【エージェントの役割】: {{例: 営業支援アシスタント}}
【主な業務タスク】: {{}}
【エージェントが使えるツール】: {{例: 検索 / メール送信 / カレンダー確認}}
【エージェントが絶対にやってはいけないこと】: {{}}
【ユーザーとのやり取りスタイル】: {{例: フォーマル / カジュアル}}

出力:
1. 完成したシステムプロンプト（コピペで使える形式）
2. 設計上の判断と理由
3. 追加チューニングが必要なポイント

参考: Anthropicが推奨するFable 5向けシステムプロンプト構造（役割・目標・制約・不確実時の行動・出力フォーマット）を反映

出力品質: ★★★★★（Fable 5の「強力な指示追従」と「長期自律性」をフルに引き出す）

【要注意】プロンプト活用でやりがちな失敗パターン4つ

研修現場で繰り返し見る失敗パターンを❌⭕形式でまとめます。

失敗1: プロンプトをコピペしたのに「読んでない」と感じる

❌ よくある間違い: プロンプトだけ貼って、{{プレースホルダー}}をそのまま送る
⭕ 正しいアプローチ: 必ず{{ }}内を自分の業務に合わせて書き換える

なぜ重要か: Fable 5は「明示された制約を厳密に守る」設計です。{{担当者名}}のまま送ると「{{担当者名}}」という文字列をそのまま使って出力します。

実際に研修でこのパターンを見た時は笑えない状況になっていました——参加者が30人分のメールを一括生成しようとして、全員に「{{顧客名}}様」というメールを送りかけたのです（想定）。

失敗2: 「とにかく詳しく」と指示して逆に使えない出力になる

❌ よくある間違い: 「できる限り詳しく」「徹底的に」という指示
⭕ 正しいアプローチ: 文字数・項目数・優先順位を数値で指定する

なぜ重要か: Fable 5は高エフォート設定だと「採用しない選択肢の調査、過剰な構造化」を実施しがちです。Anthropic公式ガイドは「簡潔さに関する短い指示は、各パターンを列挙するのと同じくらい効果的」と述べています。

失敗3: セキュリティ関連コードでFable 5が急にOpus 4.8に切り替わる

❌ よくある間違い: 「脆弱性を発見して」「ペネトレーションテスト用のコードを」という表現
⭕ 正しいアプローチ: 「社内システムの自社コードのセキュリティレビューをお願いします」と文脈を明示する

なぜ重要か: Fable 5はサイバーセキュリティ・生物学・化学の攻撃的用途を検知する安全分類器を搭載しています。防御的なコードレビューなら問題ありませんが、攻撃ツール的な表現があると自動でOpus 4.8にフォールバックします（Claude Help Center）。

失敗4: 「前の指示を覚えてる前提」で話を続ける

❌ よくある間違い: 「さっきの続きで」「前述の通り」と前のターンを省略する
⭕ 正しいアプローチ: 長いタスクは最初に全仕様を渡す「一括渡し」を基本にする

なぜ重要か: Anthropic公式ガイドは「小出しの指示追加はトークン効率と性能の両面で低下させる」と明記。Fable 5は最初に全コンテキストを受け取った方が圧倒的に良い出力を出します。

Fable 5プロンプトの「測定方法」と品質改善サイクル

プロンプト50選を使いこなすには、「どれが自社業務で効くか」を測定する仕組みが必要です。

測定ステップ（5分でできる）:

1. プロンプトを使った後、出力を5段階で評価する（5: 即使える / 1: 完全に使えない）
2. 3回評価したら平均スコアを見る
3. 平均3以下のプロンプトは「失敗パターン4つ」のどれかを疑って改善する
4. 改良版を社内で共有して「チームプロンプトライブラリ」を育てる

Fable 5の料金（API: 入力1Mトークンあたり10ドル / 出力50ドル）は1回の使用で数円〜数十円程度です。週5回・1回50円として月1,000円。プロンプト品質を上げて1業務あたり30分節約できれば、月の時間コスト換算で元が取れます。

ChatGPTビジネス活用との比較・使い分けについてはChatGPTビジネス活用完全ガイドもご覧ください。

法人でFable 5を導入する際の3つのポイント

「プロンプトは用意できた。あとは社内展開だ」という段階で詰まる企業をよく見ます。特に中小企業で多い課題が3つあります。

ポイント1: 「使ってよい情報」と「使ってはいけない情報」を先に決める
個人情報・機密情報をFable 5に入力するかどうかは、APIプランとEnterpriseプランで大きく扱いが異なります。Enterprise契約ではデータはトレーニングに使用されません（Anthropic公式）。まずこの判断から始めてください。

ポイント2: 「共有プロンプトライブラリ」から始める
上記50本の中から自社業務に合う10本を選び、Notionやスプレッドシートに「チームで使えるプロンプト集」として共有する。これだけで社内の活用レベルが一気に揃います。

ポイント3: 6月22日の無料期間終了前に「どの業務に使うか」を決める
Claude.ai全プランでの無料トライアルは6月22日まで。23日以降はAPI利用クレジットが必要になります。この記事のプロンプトを今週中に試して、費用対効果を判断してください。

法人導入のセキュリティ設定・権限管理・コスト統制については、Fable 5 企業導入チェックリストで網羅的に解説しています。また、法人向け無料相談はClaude Fable 5 法人導入支援LPからお問い合わせいただけます。

まとめ: 今日から始める3つのアクション

1. 今日やること: カテゴリ1の#1（基本議事録プロンプト）を今日の会議録要約に試す。{{プレースホルダー}}を自分の情報に書き換えるだけ。所要時間は30秒。
2. 今週中: 自部門で最も時間がかかっている業務に対応するカテゴリのプロンプトを3本選び、それぞれ3回試す。改善点を記録してチームに共有する。
3. 今月中: 「チームプロンプトライブラリ」を作成し、評価平均4以上のプロンプトを10本以上蓄積する。月次でレビューして古くなったプロンプトを更新するサイクルを作る。

次回予告: 次の記事では「Fable 5をエージェントとして使う——長時間自律実行プロンプト設計の全手順」を解説します。上記#50のシステムプロンプト設計をさらに深掘りします。

参考・出典

• Claude Fable 5 and Claude Mythos 5 — Anthropic（参照日: 2026-06-11）
• Claude Fable 5 のプロンプティング — Anthropic公式ドキュメント（参照日: 2026-06-11）
• Why Claude switched models in your conversation with Fable 5 — Claude Help Center（参照日: 2026-06-11）
• Best practices for prompt engineering — Anthropic Claude Blog（参照日: 2026-06-11）

著者: 佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』（SBクリエイティブ）。SoftBank IT連載7回執筆（NewsPicks最大1,125ピックス）。

ご質問・ご相談はお問い合わせフォームからお気軽にどうぞ。