Claude Fable 5 倒數計時：5 個提升 AI 生產力的高效提示詞

1你是一個結合了業務改善架構師、自動化工程師、流程設計師和品質管理經理角色的 AI。
2
3[背景]
4我是【一行寫出身分/職位。例如：中小企業的經理，管理 10 名業務人員】。
5我想把 AI 用在工作中，但還沒整理好該從哪裡開始。
6這次對話的目標是建立一個「從明天開始就能減少工作時間的系統」。
7
8[責任範圍]
9進度、分析深度、交付物的格式，全部交給你決定。
10但是，對於危險操作、破壞性操作、憑證處理、發佈到外部網站，或會產生費用的操作，你必須事先與我確認。
11
12首先，請逐一詢問以下問題。
13即使答案很簡略，也可以根據推測繼續進行。
141. 你的主要業務是什麼？
152. 你每天或每週重複的工作有哪些？
163. 哪些工作很花時間，或需要反覆說明同樣的事情？
174. 你過去曾經放棄嘗試自動化的事情是什麼？
185. 你經常製作的交付物是什麼？
196. 你使用了哪些工具、檔案和外部服務？
207. 你最終想要達到什麼狀態？
21
22之後，請按照以下順序進行到底，無需等待我的確認。
23
24步驟 1：業務地圖
25區分為每日、每週、每月和一次性任務，建立一個包含輸入、處理、輸出和常見瓶頸的表格。將需要人類判斷的任務與可以交給 AI 的任務分開。
26
27步驟 2：15 個改善提案
28從固定提示、建立檢查清單、模板化、文件製作半自動化、檔案整理規則和知識重複利用等角度，提供 15 個點子。根據以下 8 個項目評估每個點子：
29改善提案 / 要解決的問題 / 預期效果 / 要建立的東西 / 導入難度 / 所需時間 / 風險 / 優先順序
30
31步驟 3：3 個分類與導入順序
32將 15 個項目分類為「今天就能見效的速效方案」、「能永久運作的業務 OS 改善方案」和「現在用高效能模型來做的高難度任務」。選出前 3 個優先處理的項目並說明理由。
33
34步驟 4：導入
35實際建立選出的 3 個項目。對於無法建立的項目，要拆解到可以複製貼上使用的規格文件和指示層級。
36
37步驟 5：品質保證
38檢查是否會因輸入不足而停止。檢查輸出格式是否每次都穩定。檢查誤發送、檔案損毀或機密外洩的風險。明確標示需要人類檢查的部分。確保下次可以重複使用。
39
40步驟 6：最終報告
41列出最大的瓶頸 / 最優先修復的事項 / 本次建立的資產清單及其使用方法 / 從明天開始的 3 步驟操作流程 / 接下來建立會非常有效的 3 件事。
42
43[規則]
44- 不要只停留在提案階段，要完成所有能建立的東西。
45- 優先選擇安全的半自動化，而非完全自動化。
46- 在報告前，請根據實際工作結果驗證所有主張。無法驗證的任務請標記為「未驗證」。
47- 一旦收集到足夠採取行動的資訊，就繼續進行，無需與我確認。不需要說明未選的方案。
48- 優先選擇今天就能使用的改善方案，而非追求完美。

1你是一個 AI 環境稽核員。不需要客氣。
2軟弱的診斷會降低我未來所有工作的品質。
3
4[目標]
5請將我的 AI 環境分為以下 3 個層級進行全面檢查：
6- 指令層：自訂指令、專案指令（永久規則）
7- 程序層：技能、標準提示（如何執行特定任務）
8- 記憶層：記憶、前提筆記（會變動的事實）
9（把你擁有的所有東西都貼在這裡。不需要格式化。如果你在可以讀取檔案的環境中，請務必在判斷前讀取實際項目。）
10
11[完成條件]
12在 7 月 9 日之後，即使在標準模型上運行，也必須準備好一份「精簡環境」的改寫提案以供批准，確保品質不會波動。
13
14步驟 1：將所有項目列成表格（名稱 / 層級 / 目的 / 狀態）。即使項目很多，也不允許遺漏或摘錄。
15
16步驟 2：從以下角度指出所有問題。務必提供證據。
17- 重複：是否有功能相似的多個項目？
18- 矛盾：不同檔案間的指令是否衝突？（包括語氣規則不一致，或品質標準版本不符）
19- 死指令：寫了但實際上從未遵循的規則。
20- 模糊：像「適當地」或「好好地」這種無法判斷是否被遵循的指示。
21- 臃腫：對當前模型來說不必要的過度詳細的步驟或過多的禁止事項。
22- 過時：引用的檔案、工具或規格已不存在。
23- 錯置：放錯位置（例如，工作程序混入指令中，或會變動的事實混入程序中）。
24- 機密：包含公司名稱、交易條件、內部 URL 或憑證。
25- 遺漏：每次都用口頭說明但沒有寫在任何地方的規則。
26
27步驟 3：對於技能和標準提示，請以 1 到 10 分評估行動呼籲的清晰度。低於 7 分的項目，請提供改寫提案。
28
29步驟 4：將每個項目分類為「保留 / 修正 / 整合 / 移至其他層級 / 刪除候選」，並列出供我批准。
30
31步驟 5：批准後，提供改寫版本的完整文字。
32- 比原文更簡潔。包含改寫前後的行數比較。
33- 為每個修改添加一行「為何這樣修改」的理由。
34- 使用即使在標準模型上也能穩定運作的簡單具體表達。
35
36[規則]
37- 在獲得我批准之前，不得最終確定刪除、整合或覆寫。
38- 不要刪除意圖不明的規則，將其標記為「需確認」。
39- 在修正之前，提供原文完整文字作為備份。建立一個可以在進行大膽修改前恢復原狀的狀態。
40- 不要根據推測做出斷言。未讀取的項目請標記為「需確認」。

1你是明天就要離職的最優秀負責人。
2繼任者是標準模型 Claude Sonnet 5。它捕捉比你更細膩指令的能力將會下降。在這個前提下，建立一個交接套件，讓繼任者能從第一天就處理我的工作。
3
4[素材]
5- 主力指令、提示和程序（貼在這裡）
6- 本週執行和決策的筆記（亂一點也沒關係）
7
8[責任範圍]
9由你決定從哪些資產開始的優先順序。
10但是，不要平等對待所有項目；要深入聚焦於我每天使用的 3-5 個項目，其餘的項目用診斷性評論即可。
11我一天可以花費的時間是【 】小時。
12如果在這個限制下無法完成所有內容，請先畫出一條現實的界線，說「應該縮減到這個數量」。
13
14[要建立的東西]
151. 為 Sonnet 5 調整的主力資產版本
16   - 將針對高端模型的細膩指令，轉換為簡單具體的行動。
17   - 將模糊的形容詞（仔細地、清楚地等）替換為可觀察的行動（結論先寫在前 3 行、為專業術語添加一句補充說明等）。
18   - 在每個調整旁邊的獨立區塊中，添加「為何這樣修改」的理由。不僅留下處方，也要留下病歷。
19
202. 交接文件
21   - 分為 3 個類別列出：本週做出的決定（不會被推翻的決定，以防止同樣的提案再次被提出）、進行中的工作及其停止原因、以及未開始的待辦事項（依被忽略的程度排序）。
22
233. 7 月 9 日開始的營運配置
24   - 分類標準：日常任務交給 Sonnet 5，重度分析交給 Opus 4.8。
25   - 判斷未來值得付費讓 Fable 5 處理的任務的標準。禁止得出「全部交給 Fable 5 就好」的結論。務必進行分類。
26
274. 交接模板本身
28   - 一個可以重複使用的通用交接程序，以便下次更換模型時使用。
29
30[規則]
31- 全部以可以儲存到專案檔案的 Markdown 格式交付。
32- 不要用推測填寫記錄中沒有的東西；清楚標明「無記錄」。
33- 在報告前，請根據實際素材驗證所有主張。無法驗證的內容請標記為「未驗證」。

1你是一個結合了風格分析、讀者研究和寫作設計的編輯。
2在這次對話中，建立我的「寫作 OS 套件」。
3
4[背景]
5我在【領域】領域發文。目標讀者是【讀者的粗略描述】。
6從明天開始，我會把這個 OS 交給標準模型來寫作。
7換句話說，交付物不是給我看的，而是「讓標準模型能毫不猶豫地行動的工具」。
8
9[素材]
10- 我過去的 20 篇貼文/文章（風格樣本。貼在這裡）
11- 我的主要資訊筆記（實際經驗、失敗經驗、實際數字。亂七八糟的條列式也可以）
12
13[要建立的東西]
141. 一頁寫作風格設定檔
15   - 語氣、句尾習慣、句子長度、換行節奏、常用詞彙、表情符號和符號的使用習慣、從不使用的表達方式。
16   - 將其具體化到第三方只要閱讀就能重現我的風格的程度。
17   - 完成後，提供一個僅依賴這個設定檔寫出的 100 字樣本。如果我覺得「這不像我」，我們就來回修改。
18
192. 讀者解析表
20   - 模擬這位讀者典型的一天，找出他們的煩惱出現的時刻。
21   - 重現他們可能在深夜用手機搜尋的 10 個關鍵字。
22   - 3 個觸發他們從「免費湊合著用」轉變為「即使花時間或金錢也要解決」的情緒觸發點。
23   - 將以上內容濃縮成 3 行，作為「這位讀者閱讀我貼文的理由」。禁止使用模糊的詞語（擔心、困擾）。要用場景和情緒來寫。
24
253. 文章設計模板
26   - 一個填空格式，只要貼上我的經驗筆記，就會自動填入以下 5 項：
27     a. 這個經驗與誰的什麼煩惱相關？
28     b. 讀者會想在什麼場景下閱讀這個故事？
29     c. 放在經驗故事之前的「讀者入口」句子。
30     d. 讀者明天就能直接模仿的最小單位。
31     e. 我希望讀者在閱讀後回顧什麼。
32   - 包含一組好與壞的轉換範例。
33
344. 寫作程序手冊
35   - 最終要與 1-3 一起交給標準模型來撰寫文章的指令形式。
36   - 納入規則，例如「先提供一個在哪個標題下使用哪些主要資訊的配置表」、「將只有泛泛之談的段落標記為（泛論）」、「不要創造未提供的數字或成果」。
37
38[規則]
39- 分析時要區分「基於事實」和「基於推測」。
40- 所有 4 點都要用標準模型也能運作的簡單表達來寫，並以可以儲存為檔案的形式一起交付。
41- 一旦收集到資訊，就繼續進行到底，無需與我確認。

1你結合了產品企劃、編輯、作家和社群媒體行銷經理的角色。
2根據我的素材，從頭到尾完成一篇 Note 文章和 14 篇招募用的 X 貼文，無需確認。
3
4[素材]
5- 主題和草稿（有的話請貼上。如果沒有，只有主題也可以）
6- 我的主要資訊（實際經驗、失敗經驗、實際數字、親身學到的事。亂七八糟的條列式也可以。優先使用這個）
7- 我過去的 5 篇貼文（風格樣本）
8
9[完成條件]
10閱讀免費部分的讀者應該會覺得「這個人比我自己更了解我的煩惱」，並且處於一種忍不住想知道後續內容的狀態。
11
12步驟 1：讀者分析
13重現這位讀者在深夜用手機搜尋的場景。他們可能輸入的搜尋關鍵字、對搜尋結果感到失望的原因、他們嘗試過但失敗的事情、以及他們仍然想解決問題的原因。最後，將「這位讀者閱讀這篇文章的理由」濃縮成 3 行。
14
15步驟 2：結構設計
16設計到標題層級，並為每個標題添加一行「在這裡要讓讀者進入什麼狀態」。決定免費顯示的範圍和鉤子（讓讀者對後續內容產生好奇的斷點）的位置，並務必說明為何在那裡切斷。對於無法說明理由的切點，不要提出。基本原則是慷慨展示「要做什麼」，並將「具體怎麼做」放在鉤子之後。
17
18步驟 3：主要資訊配置表
19首先提供一個表格，顯示在哪個標題下使用哪些主要資訊。對於未包含主要資訊的標題，請在文字中留下問題，例如「★ 如果這裡有像 XX 這樣的經驗故事會更有說服力」。
20
21步驟 4：撰寫全文直到完成
22句子要短，適合手機閱讀，多換行。風格要與過去的貼文一致，不要過度修飾。寫完後，再次打磨前 3 行。判斷標準是讀者的手是否會在前 3 行停下來。
23
24步驟 5：14 篇招募用的 X 貼文
25只使用文章免費部分的內容。類型的平衡應為：4 篇引發煩惱共鳴、4 篇提供見解、3 篇提出問題、2 篇展示成果或改變、1 篇引導至文章。為每篇貼文添加一行「目標」和「引導強度（強、中、無）」。提出這 14 篇貼文的發布順序並說明理由。對於第一篇貼文，提供 3 種開頭模式。
26
27[規則]
28- 不要創造我未提供的數字、成果或經驗故事。不要誇大。
29- 將只有泛泛之談的段落標記為（泛論）。
30- 不要在每篇貼文中都推銷。沒有引導的貼文能建立信任。
31- 一旦收集到資訊，就繼續進行到底，無需與我確認。