Claude Fable 5 カウントダウン：AI 生産性を高める 5 つの強力なプロンプト

1あなたは、業務改善アーキテクト、自動化エンジニア、
2手順書の設計者、品質管理責任者を兼ねたAIです。
3
4【背景】
5私は【職種・立場を1行で。例：中小企業の課長、営業10名の管理】です。
6AIを業務に使いたいが、何から手を付けるべきか整理できていません。
7この1回のセッションで「明日から作業時間が減る仕組み」まで
8形にするのがゴールです。
9
10【任せる範囲】
11進め方・分析の深さ・成果物の形式は、すべてあなたに任せます。
12ただし、危険な操作、破壊的な操作、認証情報の扱い、外部への投稿、
13課金が発生する操作だけは、必ず事前に私へ確認してください。
14
15まず、以下を1問ずつ質問してください。
16回答が薄くても、推測で進められる部分は進めて構いません。
171. 主な業務は何か
182. 毎日・毎週くり返している作業は何か
193. 時間がかかっている作業、何度も同じ説明をしている作業は何か
204. 過去に自動化しようとして諦めたことは何か
215. よく作る成果物は何か
226. 使っているツール・ファイル・外部サービスは何か
237. 最終的にどういう状態になりたいか
24
25その後、私への確認を待たず、次の順で最後まで進めてください。
26
27STEP 1: 業務マップ
28日次・週次・月次・単発に分け、入力・処理・出力・
29詰まりやすい点を表にする。人間がやるべき判断と、
30AIに任せられる作業を分ける。
31
32STEP 2: 改善案を15個
33定型プロンプト化、チェックリスト化、テンプレート化、
34資料制作の半自動化、ファイル整理ルール、ナレッジの再利用などの
35観点で15個出し、各案を次の8項目で評価する。
36改善案／解決する課題／期待効果／作るもの／実装難易度／
37所要時間／リスク／優先度
38
39STEP 3: 3分類と着手順
4015個を「今日すぐ効くQuick Win」「今後ずっと効く業務OS改善」
41「最高性能モデルがいる今こそやる高難度」に分類し、
42最初に着手する3つを理由つきで選ぶ。
43
44STEP 4: 実装
45選んだ3つを実際に作る。作れないものは、仕様書と
46コピペで使える指示文の粒度まで落とす。
47
48STEP 5: QA
49入力不足で止まらないか。出力形式が毎回安定するか。
50誤送信・ファイル破壊・機密流出のリスクがないか。
51人間が確認すべき箇所が明確か。次回も再利用できる形か。
52
53STEP 6: 最終レポート
54一番大きいボトルネック／最優先で直すこと／今回作った資産の
55一覧と使い方／明日からの運用手順3行／
56次に作ると効果が大きいもの3つ。
57
58【ルール】
59- 提案だけで終わらせず、作れるものは作り切ること
60- 完全自動より、事故らない半自動を優先すること
61- 報告の前に、すべての主張を実際の作業結果と照合すること。
62  証拠を示せない作業は「未検証」と明記すること
63- 行動に足る情報が揃ったら、私に確認せず進めること。
64  選ばなかった選択肢の説明は不要
65- 完璧より、今日から使える改善を優先すること

1あなたはAI環境の監査官です。遠慮は不要。
2甘い診断は、私の今後全部の作業品質を下げます。
3
4【対象】
5私のAI環境を、次の3層に分けて総点検してください。
6- 指示書の層：カスタム指示、プロジェクト指示（恒久ルール）
7- 手順の層：Skill、定番プロンプト（特定作業のやり方）
8- 記憶の層：メモリ、前提メモ（変わっていく事実）
9（手持ちのものをここに全部貼る。整形不要。
10ファイルを読める環境なら、実物を必ず読んでから判断すること）
11
12【完成条件】
137月9日以降、標準モデルで回しても品質がブレない
14「締まった環境」の書き直し案が、承認待ちの状態で揃っていること。
15
16STEP 1: 全件を一覧表にする（名前／層／目的／状態）。
17数が多くても省略・抜粋は禁止。
18
19STEP 2: 次の観点で問題を全部指摘する。必ず根拠を添えること。
20- 重複：似た役割のものが複数ないか
21- 矛盾：ファイル間で指示が食い違っていないか（口調ルールの
22  バラつき、品質基準の版ズレを含む）
23- 死文：書いてあるが守られる場面が実際には無いルール
24- 曖昧：「適切に」「いい感じに」など守れたか判定できない指示
25- 肥大化：今のモデルには不要な細かすぎる振り付け、過剰な禁止事項
26- 陳腐化：参照先のファイル・ツール・仕様がもう存在しない
27- 越権：置き場所の間違い（作業手順が指示書に、変わる事実が
28  手順書に紛れていないか）
29- 機密：社名・取引条件・内部URL・認証情報の混入
30- 欠落：毎回口頭で指示しているのに、どこにも書かれていないルール
31
32STEP 3: Skillと定番プロンプトは、呼び出しの明確さを
3310点満点で採点する。7点未満は書き換え案まで出す。
34
35STEP 4: 各項目を「残す／直す／統合／別の層へ移す／削除候補」に
36仕分け、一覧にして私の承認を待つ。
37
38STEP 5: 承認後、書き直し版の全文を出す。
39- 元より短くすること。前後の行数比較を添えること
40- 各変更に「なぜそう直したか」を1行添えること
41- 標準モデルでも安定して動く、平易で具体的な表現にすること
42
43【ルール】
44- 私の承認前に、削除・統合・上書きを確定しないこと
45- 意図が読み取れないルールは消さず「要確認」と付けること
46- 直す前に元の全文を退避用としてまとめて出すこと。
47  戻れる状態を作ってから大胆に直す
48- 推測で断定しないこと。読めていないものは「要確認」と書くこと

1あなたは、明日で退任する最優秀の担当者です。
2後任は標準モデルのClaude Sonnet 5。あなたより繊細な指示を
3汲み取る力は落ちます。その前提で、後任が初日から
4私の仕事を回せる引き継ぎ一式を作ってください。
5
6【素材】
7- 主力の指示文・プロンプト・手順書（ここに貼る）
8- 今週やったこと・決めたことのメモ（雑でOK）
9
10【任せる範囲】
11どの資産から手を付けるかの優先順位は、あなたが決めてください。
12ただし全部を平等に扱わず、私が毎日使う上位3〜5本に絞って
13深く仕上げ、残りは診断コメントだけで構いません。
14私が1日に使える時間は【　】時間です。
15この制約で無理な分量なら「この本数に絞るべき」と
16現実的な線を先に引いてください。
17
18【作るもの】
191. 主力資産のSonnet 5向け調整版
20   - 上位モデル向けの繊細な指示を、平易で具体的な動作に翻訳する
21   - 曖昧な形容詞（丁寧に、わかりやすく等）は、観察できる
22     動作（結論を先に3行、専門用語に1文の補足等）に置き換える
23   - 各調整に「なぜそう直したか」の理由を別枠で添える。
24     処方箋だけでなくカルテも残すこと
25
262. 申し送り書
27   - 今週の決定事項（覆らない決定。同じ提案を蒸し返させないため）
28   - 進行中の作業と、止まっている理由
29   - 未着手の宿題（放置している順）
30   の3区分で一覧化する
31
323. 7月9日からの運用布陣
33   - 日常作業はSonnet 5、重い分析はOpus 4.8という仕分け基準
34   - 今後Fable 5に課金してでも投げる価値があるタスクの判定基準。
35     「全部Fable 5でよい」という結論は禁止。必ず仕分けること
36
374. 引き継ぎの型そのもの
38   - 次にモデルが入れ替わる時も使い回せる汎用の引き継ぎ手順
39
40【ルール】
41- 全部まとめて、プロジェクトのファイルに保存できる
42  Markdownで納品すること
43- 記録にないことは推測で埋めず「記録なし」と明記すること
44- 報告の前に、すべての主張を実際の素材と照合すること。
45  証拠を示せない内容は「未検証」と明記すること

1あなたは文体分析、読者リサーチ、執筆設計を兼ねる編集者です。
2私の「執筆OS一式」を、この1回で作り切ってください。
3
4【背景】
5私は【ジャンル】の発信をしています。想定読者は【読者像を雑に】。
6明日以降は標準モデルにこのOSを渡して書かせます。
7つまり成果物は、私が読むためではなく
8「標準モデルが迷わず動くための道具」です。
9
10【素材】
11- 私の過去投稿・記事20本（文体の見本。ここに貼る）
12- 私の一次情報メモ（実体験・失敗談・実際の数字。雑な箇条書きでOK）
13
14【作るもの】
151. 文体プロファイル1枚
16   - 口調、語尾の癖、一文の長さ、改行のリズム、よく使う言い回し、
17     絵文字や記号の癖、絶対に使わない表現
18   - 第三者が読んでも私の文体を再現できる粒度で言語化すること
19   - 完成後、このプロファイルだけを頼りに書いた見本文を
20     100文字出すこと。私が「俺やない」と感じたら往復で修正する
21
222. 読者解像度シート
23   - この読者の平日1日をシミュレーションし、悩みが顔を出す
24     瞬間を特定する
25   - 深夜にスマホで打ち込みそうな検索語を10個再現する
26   - 「無料で我慢する」から「時間やお金を使ってでも解決する」に
27     切り替わる瞬間の感情トリガーを3つ
28   - 以上を「この読者が私の発信を読む理由」として3行に凝縮する。
29     曖昧な言葉（悩んでいる、困っている）は禁止。場面と感情で書く
30
313. 記事設計テンプレート
32   - 私が体験メモを貼るだけで、次の5つが埋まる穴埋め形式
33     a. この体験は誰のどんな悩みにつながるか
34     b. 読者がこの話を読みたくなる場面
35     c. 体験談の前に置く「読者の入口」の一文
36     d. 読者が明日そのまま真似できる最小単位
37     e. 読み終えた読者に見直してほしいこと
38   - 悪い変換例と良い変換例を1組つけること
39
404. 執筆手順書
41   - 標準モデルに1〜3を渡して記事を書かせる時の指示文の完成形
42   - 「一次情報をどの見出しに使うか配置表を先に出す」
43     「一般論だけの段落には（一般論）と印を付ける」
44     「渡していない数字・実績を作らない」のルールを組み込むこと
45
46【ルール】
47- 分析は「事実ベース」か「推測」かを分けて示すこと
48- 4点とも標準モデルで動く平易な表現で書き、ファイル保存できる
49  形でまとめて納品すること
50- 情報が揃ったら、私に確認せず最後まで進めること

1あなたは、商品企画、編集者、ライター、SNS集客担当を兼ねます。
2私の素材から、note記事1本と集客用X投稿14本を、
3確認なしで最後まで作り切ってください。
4
5【素材】
6- テーマと下書き（あれば貼る。無ければテーマだけでOK）
7- 私の一次情報（実体験・失敗談・実際の数字・やって分かったこと。
8  雑な箇条書きでOK。これを最優先で使うこと）
9- 私の過去投稿5本（文体の見本）
10
11【完成条件】
12無料部分を読んだ読者が「この人は自分の悩みを自分より
13分かっとる」と感じ、続きが気になって仕方ない状態になること。
14
15STEP 1: 読者分析
16この読者が深夜にスマホで検索する場面を再現する。
17打ち込みそうな検索語、検索結果にガッカリする理由、
18今まで試して挫折したこと、それでも解決したい理由。
19最後に「この読者がこの記事を読む理由」を3行に凝縮する。
20
21STEP 2: 構成設計
22見出しレベルまで設計し、各見出しに「ここで読者を
23どういう状態にするか」を1行ずつ添える。
24無料で見せる範囲と、引きの位置（続きが気になる切れ目）を決め、
25なぜそこで切るのかの理由を必ず言語化する。
26理由が言えない線引きは提案しないこと。
27「何をすべきか」は惜しみなく見せ、「具体的にどうやるか」を
28引きの後ろに置くのが基本線。
29
30STEP 3: 一次情報の配置表
31どの見出しにどの一次情報を使うか、先に表で出す。
32一次情報が入らない見出しには、本文中に
33「★ここに〇〇のような体験談があると強くなります」と
34質問を残すこと。
35
36STEP 4: 本文を最後まで書き切る
37スマホ前提で一文を短く、改行多め。文体は過去投稿に合わせ、
38綺麗に整えすぎないこと。
39書き終えたら、冒頭3行だけもう一度練り直すこと。
40最初の3行で読者の手が止まるかが基準。
41
42STEP 5: 集客用X投稿14本
43使ってよいのは記事の無料部分の内容だけ。
44型のバランスは、悩みへの共感4本・気づき4本・問題提起3本・
45実績や変化2本・記事へ誘導1本。
46各投稿に「狙い」と「誘導の強さ（強・中・なし）」を1行ずつ。
4714本の投稿順も理由つきで提案すること。
481本目だけ、書き出しを3パターン出すこと。
49
50【ルール】
51- 私が渡していない数字・実績・体験談を作らないこと。盛らないこと
52- 一般論だけで埋めた段落には（一般論）と印を付けること
53- 全部の投稿で売り込まないこと。誘導なしの投稿が信頼を作る
54- 情報が揃ったら、私に確認せず最後まで進めること