Fable 5 已於 7 月 1 日重新上線，而且是有時限的。對於 Pro、Max、Team 及部分 Enterprise 方案，在 7 月 7 日之前，它會以你用量上限的 50% 納入方案。之後，就只能使用點數。
5 天的時間，讓你試用目前最強大的 Claude 版本，並體驗它真正的用途。
**
**7 月 7 日之後，同樣的工作將需要消耗點數。這個視窗期是多數人能用最便宜價格體驗 Fable 5 的機會。
在開始使用這個視窗期之前，請先閱讀以下內容：Fable 5 消耗用量的速度遠比 Opus 快，而且在執行例行任務時，某個安全機制可能會悄悄地將你導回 Opus 4.8。所以，別把這 5 天浪費在 Opus 已經做得很好的事情上。把它們花在以下這些任務上，這樣才能充分發揮其額外能力。（方案細節各有不同，請先確認你自己的方案，再來規劃如何使用這個內含的用量上限。）
1. 一項會耗費你的團隊數週的遷移工作
讓它處理整個程式碼庫的變更，並讓它從頭到尾執行完畢。
這是主要的應用場景，因為背後有實際的數據支撐。Stripe 報告指出，Fable 5 將一個橫跨 5000 萬行 Ruby 程式碼庫的遷移工作，壓縮在一天內完成，而他們估計這項工作若以人工進行需要超過兩個月的時間。這就是 Fable 5 被設計來處理的任務類型：規模龐大、範圍廣泛，在整體上機械化，但在細節上卻很棘手。
它擁有 100 萬 token 的上下文能力，可以同時容納更多的程式碼庫內容，而其長程的自主能力意味著它可以跨數百個檔案執行變更，而不會中斷。這正是會讓一般對話 session 不堪負荷的工作類型。
1在一個真正的遷移任務上試試看2「將這個程式碼庫從 [舊的 API / 框架 / 模式] 遷移到3[新的]。處理所有受影響的檔案，過程中保持測試通過，4並給我一份摘要，說明哪些內容已變更，5以及任何你無法安全自動遷移的部分。」
✓ 一次長時間執行就能完成原本需要數週的遷移工作，而不是一次一個檔案慢慢處理
2. 同時對大量文件進行推理
放入整個資料室、文件資料夾或研究檔案，然後提出困難的問題。
大多數模型需要你分批輸入文件，這意味著它們永遠無法一次看到全貌，並且會錯過只有在整個文件集中才會浮現的關聯性。Fable 5 的 100 萬上下文讓你能夠載入一個真正龐大的語料庫、一個完整的資料室、四分之一的報告、一整個研究資料夾，並在單次處理中對所有內容進行推理。
這就是「摘要這份文件」和「找出文件 3 中的數字與文件 40 中的主張之間的矛盾」之間的區別。後者只有在模型同時掌握所有資訊時才能做到。
1在你最大量的資料上試試看2「這裡有橫跨 30 份文件的 200 頁內容。找出那些3互相矛盾的主張、無法對應的數字，以及每個人都假設4但沒有任何文件真正證明的三件事。為每一項指出來源文件。」
✓ 只有跨越整個資料集才能獲得的洞察，而非存在於單一文件內
1在一個完整的專案上試試看2「這是我想要的最終狀態：[一個可運作的原型 / 一份完整的3報告 / 一個已遷移的服務]。規劃各個階段，依序執行，4為獨立的部分使用子 Agent，並持續進行直到完成。5在每個階段向我回報進度。」
3. 一個你通常需要拆成 20 次對話的多階段專案
給它一個跨越不同階段的目標，讓它長時間運行，而不是分段執行。
Fable 5 是為長程自主工作而設計的：那些需要跨階段規劃並長時間運行的任務，而非只求一個單一答案。當一般模型需要你將一個專案拆解成二十個小提示時，Fable 5 可以掌握整個計劃，依序執行各個階段，並在過程中將任務委派給子 Agent。
這個應用場景非常適合與目標循環（goal loop）搭配使用：設定最終狀態，讓它運行，並在你想要的時候檢查進度。這是最接近於交付一個專案而非一個任務的體驗。
給它一個可以自行檢查的終點線。
長程運行最適合搭配一個明確的最終狀態和驗證方式（測試通過、報告涵蓋所有章節）。模糊的目標會讓它迷失方向。一個明確的目標是將數小時的自主運作轉化為一個成品的关键。
✓ 一次運行就能完成跨階段的專案，而不是需要拼接二十次對話
4. 需要自行驗證答案的高風險工作
在那些正確性至關重要的任務上使用它，讓它自己找出錯誤。
Fable 5 被設計來驗證自己的工作：它可以先進行推理，然後根據證據和自己的測試來檢查推理結果，最後才宣告完成。這使得它成為處理那些錯誤代價高昂的工作時的首選模型：一個複雜的財務模型、一個棘手的證明、一次法律文件交叉比對、一份你將據以行動的數據分析。
關鍵在於明確要求它進行驗證，而不僅僅是產出結果。告訴它先陳述答案，然後嘗試推翻它，只有在答案經得起考驗後，才把結果給你。
1在必須正確無誤的事情上試試看2「解決這個問題，然後驗證你自己的答案：列出每一個3假設，根據原始數據檢查每一步，並主動嘗試找出4你錯在哪裡。只有在你的答案通過你自己的審查後，5才給我最終結果。」
✓ 一個已經過壓力測試的答案，用於那些正確性至關重要的工作
5. Opus 一直無法解決的那個問題
拿出你最難處理的待辦事項，讓最強大的模型來處理它。
每個人都有那麼一個問題：一個從未真正修復的棘手錯誤、一個幾乎能運作的演算法、一個帶有無人能指出的缺陷的計劃。那些你因為模型一直在原地打轉而放棄的東西。這個視窗期正是把它們從抽屜裡拿出來的時候，因為 Fable 5 是目前發布的最強大模型，而且這將是它未來一段時間內最便宜的價格。
要從中獲得最大效益的關鍵在於：不要只是重新問一次問題。提供完整的歷史記錄，包括你已經嘗試過的所有方法以及失敗的原因，這樣它就能從你卡住的地方開始，而不是從頭來過。
1在你最難解決的卡關問題上試試看2選出你目前模型一直無法解決的那個問題3貼上完整的上下文：問題本身、每一次嘗試、每次失敗的原因4要求它找出你還沒嘗試過的方法，而不是重複你已經試過的5如果它解決了，請在視窗期結束前保存解決方案
✓ 你最難解決的卡關問題，將由最強大的模型以最便宜的價格來處理
在開始使用這個視窗期之前
以下是一些誠實的建議，幫助你善用這 5 天，而不是浪費它們：
- 它消耗用量很快。 Fable 5 消耗追蹤用量的速度遠比 Opus 快。內含的 50% 用量上限消耗速度會比你預期的更快，所以請將它用於高價值的任務。
- 例行工作可能會回退到 Opus 4.8。 一個安全機制會將某些請求（尤其是例行編碼和除錯）導回 Opus，並附上通知。這是另一個理由，讓你把這個視窗期花在困難的工作上，而不是日常瑣事。
- 方案各有不同。 內含至 7 月 7 日的用量上限適用於 Pro、Max、Team 及部分 Enterprise 方案。標準 Enterprise 方案僅限使用點數。請先確認你自己的方案，再來規劃使用。
- 保存你的輸出。 無論它在這個視窗期內產出什麼，都請保存下來。7 月 7 日之後，同樣的運行將需要消耗點數，所以現在把遷移結果、分析報告、解決的問題都存起來是值得的。
誠實的結論：
這不是「因為 Fable 5 是新的，所以試試看」。而是「你有一個短暫的視窗期，在此期間，目前發布的最強大模型已包含在你的方案中，所以請把它用在那些真正需要這種能力的少數任務上。」這樣做，這個視窗期在 7 月 7 日之前就能為你帶來回報。
