許多 CEO 和企業主都在問,既然 Fable 5.1 已經推出,他們是否應該改寫自己的提示詞。由於我們公司使用 Claude 運行了近 60 個自動化流程,我昨天對此進行了檢查。
答案都在 Anthropic 的官方指南中。它包含了 14 個推薦提示詞,其中 7 個適用於高階主管和企業主的工作。
這 7 個提示詞都有一個驚人的共同點:它們完全沒有指定工作的內容。相反地,它們完全專注於如何工作的流程。
我在多家公司的行銷支援第一線工作,並為超過 5,000 人提供過 AI 培訓。在這篇文章中,我將把那 7 個官方提示詞翻譯成繁體中文,並解釋它們修正了什麼問題。我也在文末準備了一份可直接複製貼上的摘要,請務必看到最後。
我每天早上都會發布關於管理、AI 和行銷的內容。如果你覺得有幫助,請追蹤我。
第一章:官方指南的真面目
首先,讓我們釐清這 7 個提示詞的來源。在不了解來源的情況下複製和使用資訊是很危險的。
總共有 14 個推薦提示詞
Anthropic 為 Fable 5.1 準備了一個專屬頁面,其中包含了關於「如何撰寫以修正問題」的具體文字。這些是 14 個立即可用的提示詞,而不僅僅是摘要。
其中 7 個是給開發者的,另外 7 個是給一般工作的。我們這裡只涵蓋後者。前者涉及程式碼編輯和測試,與管理或行政任務無關。
為什麼它們沒有在繁體中文圈流傳
原因很簡單,因為它們是以英文提供的。雖然任何人都可以存取該頁面,但它位於開發者文件之中,所以不是高階主管或企業主通常會去的地方。
我實際上研究了 X(推特)上近 90 篇關於 Fable 5.1 的繁體中文貼文,但沒有找到任何一篇涵蓋了這 14 個提示詞。大多數貼文都偏向於速度和價格,資訊上存在明顯的缺口。

本章來源
推薦提示詞的原文在此頁面:https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-fable-5-1
關於推理和邊界條件的討論也在前一版本的頁面上。如果你想閱讀原文,請查看這裡:https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-fable-5
第二章:修正默默工作的習慣的兩個提示詞
現在進入主題。讓我們從使用 Fable 5.1 時最常見的問題開始。
讓它回報進度
Fable 5.1 在執行長時間任務時不會回報太多資訊。這是官方提到的習慣;它可能看起來像是停住了,但實際上正在運作。這會讓使用者感到焦慮,但這不是一個錯誤。
修正方法如下:在開始前要求它用一行說明將要做什麼。在每個里程碑提供簡短更新。最後提供一個能獨立理解的摘要。只要要求這三件事,就能改變回報的節奏。
防止它中途停止
另一個問題是相反的習慣:在長時間任務中途停下來問:「我可以繼續嗎?」曾經有案例是有人以為已經委派了任務,結果一個小時後發現任務因為在等待確認而完全沒有進展。
官方指南提供了一個解決方案:預先決定它只能在三種情況下停止:當要刪除東西時、當動作不可逆時、或者當請求的範圍改變時。告訴它在其他情況下直接進行,不要詢問,可以大幅減少這類中斷。
第三章:提升寫作品質的三個提示詞
接下來是三個會讓讓 AI 代筆的 CEO 和企業主產生共鳴的提示詞。你越常發現自己需要手動修改提案或電子郵件草稿,它們的影響就越大。
消除華而不實的措辭
這是本文的核心。
官方指南明確點名並禁止一種寫作風格:用隱喻取代直接陳述。如果有人不說清楚,而是說「需要轉動的旋鈕」,讀者就必須在腦中進行轉譯。
官方的簡短版本出奇地簡單:只有一行「移除所有華而不實的措辭」。在結尾加上這一句,已經明顯減少了提案所需的手動編輯工作。
停止過度使用項目符號
Fable 5.1 使用項目符號的頻率比以前低,但內部文件仍然可能全部以列表形式呈現。當針對單一讀者的諮詢內容充滿項目符號時,看起來會很冷漠。
官方指示是「僅在要求時,或內容非常多樣化以至於使用項目符號更容易理解時才使用」。指定在進行諮詢或個人互動時使用正常句子,可以保持穩定。
防止逐字複製原始文字
在總結資料時,AI 有時會直接混入原始文字。官方指南指出這個習慣在 Fable 5.1 中有所增加。這在使用其他公司的文字時可能會導致問題。
指示很簡單:讓它用自己的話重新表述,並且只在絕對需要原始文字的地方使用引號進行簡短引用。加入這一句話幾乎可以完全消除逐字複製的情況。
第四章:保護範圍與時效性的兩個提示詞
最後兩個提示詞可以阻止 Fable 5.1 在任務變長時最昂貴的錯誤。
防止未經授權的範圍蔓延
有時 AI 會超出請求的範圍,或者反過來,只完成其中一部分。任務越長,這些差異在最後累積起來就越多。
官方文字相當長,但有三個關鍵點:請求的範圍就是最終產出;如果不清楚,先完成所有不相關的部分;將未經請求的改進寫在報告中,而不是直接實作。提供這三點可以減少最終輸出中的誤解。
讓它研究熟悉的名稱
在設定較淺的情況下,AI 傾向於根據記憶來回答它「知道」的事情。由於 AI 和工具的狀態幾個月就會改變,「稍微熟悉」是最危險的狀態。
官方指示很精確:它指出「稍微熟悉」會讓 AI 自信地給出舊答案。對於以特定名稱為中心的問題,加入一條「在回答前務必先研究」的指示會更安全。
第五章:可直接複製貼上的 7 個提示詞摘要
我將這 7 個提示詞整理成可以直接貼上的格式。你不需要全部使用,只需選擇你正在困擾的那些。
7 個提示詞
在開啟 Claude 時,將這些加到你的請求結尾。如果你每次都使用,把它們放在系統指令中會更方便。
11. 開始前,用一行說明你將要做什麼。過程中,在每個里程碑提供簡短更新。結束時,提供一個能獨立理解的摘要。232. 請自行判斷並繼續進行。我不會在一旁監督,所以如果你詢問是否可以繼續,工作就會停滯。只有在以下三種情況下才停止:需要刪除東西時、動作不可逆時、或請求的範圍改變時。453. 移除所有華而不實的措辭。不要用隱喻取代事物;使用直接的語言書寫。674. 僅在要求時,或內容非常多樣化以至於使用項目符號更容易理解時才使用。對於諮詢或個人互動,請使用正常句子書寫。895. 總結資料時,不要直接複製原始文字。用自己的話重新表述。只有在絕對需要原始文字的地方,才使用引號進行簡短引用。10116. 請求的範圍就是最終產出。不要自行縮小或擴大。如果中途有不確定的地方,先完成所有不相關的部分,然後在最後總結你的假設或問題。如果你發現我沒有要求的改進,請寫在報告中,而不是直接修正。12137. 對於以名稱為中心且你不太確定的問題,或者在 AI 和工具等快速變化的領域,請務必在回答前先進行研究。「稍微熟悉」的狀態會導致自信地給出舊答案。
這 7 個提示詞的共同點
如果你把它們並排來看,會發現這 7 個提示詞都沒有指定工作的內容。沒有一行提到要創造什麼或使用什麼結構。它們只描述了流程。
我相信這是本次最大的改變。把內容留給 AI,只決定流程。這就像你把工作委派給一個能力很強的人的方式。一旦理解了這一點,你就不再需要過度設計你的提示詞了。

第六章:使用注意事項
我已經提供了可直接複製貼上的格式,但如果放錯地方,它們就無法發揮作用。我會提兩點,以免你吃虧。
不要一次全部放進去
如果你一次貼上全部 7 個,指令會變得太長,準確度反而會下降。官方指南也指出,隨著你堆疊詳細指令,品質會下降。只選擇一兩個來解決你正在困擾的習慣。一次全部放進去是最常見的錯誤。
以我為例,我經常使用 #1 來掌握進度,使用 #6 來控制範圍。因為我委派很多長時間任務,這兩個幾乎完全防止了意外發生。
貼上的位置會影響結果
官方指南提到了一件有趣的事:貼上相同文字的位置不同,結果也會不同。具體來說,將進度指示加到每個特定請求的結尾,比放在系統設定中效果更強。
相反地,寫作風格指示如果放在對話的第一次互動中,效果會更持久。比較安全的做法是先嘗試加到請求的結尾,如果每次都一樣,再把它移到設定中。同樣的文字會因為位置不同而產生差異,這點相當令人驚訝。
結論
既然你已經讀到這裡,這裡有一個最終結論。
從這 7 個提示詞中,挑選一個你目前最困擾的,明天貼到你的請求結尾。你不需要一次做所有事。如果一個能帶來改變,那就足夠了,之後再加入第二個。
閱讀官方指南讓我意識到,我們應該給予 AI 的東西已經完全改變了。以前,我們詳細地寫下要做什麼以及如何做。現在,我們決定流程,並把內容留給 AI。
這幾乎與我們將工作委派給人時的改進順序相同。這就是為什麼我相信,從現在開始,擅長使用 AI 的人不會是那些擅長「寫提示詞」的人,而是那些擅長「委派工作」的人。
我每天都會撰寫關於如何在管理中運用 AI 和行銷的文章,包括失敗的故事。如果你想閱讀明天的貼文,請追蹤我 → @Charlie_no_site





