前言
第四階段開始,我們要正式離開「談概念」的階段,把前十八天累積的所有素材,組裝成一份完整、可以實際拿去用的週報 Prompt 範本。今天的任務,是把散落在各篇文章裡的規則,收斂成一份結構完整的 System Prompt 草稿。

一、組裝前,先做一次「素材盤點」
在動手寫之前,建議先把前面各階段的產出攤開來對照,確認你手上有這些東西:
來源 對應內容
Day 5 品質檢查清單(完整性、準確性、格式一致性、語氣風格)
Day 7 Role 與 Context 設定
Day 8 輸出格式規則(Markdown 骨架)
Day 9 Tone & Style 規則、禁用詞彙清單
Day 10 Few-shot 範例(一份優良週報樣本)
Day 11、12 防呆機制(幻覺防範、安全降落規則)
Day 13 資料欄位定義、機敏資料處理原則
Day 17 趨勢判斷的 CoT 流程
Day 18 帶佔位符的模板骨架
如果盤點下來,發現某一項還沒真的落實成文字(例如你還沒真的準備好一份 Few-shot 範例),建議先回頭補齊,再繼續今天的組裝工作——地基沒打好,組裝出來的範本很可能一測試就出問題,反而拖慢進度。
二、組裝的順序建議
依照 CO-STAR 框架(Day 6)的順序組裝,通常會是最自然、最不容易漏東西的方式:

1. Role(角色)+ Context(背景)→ Day 7 的內容
2. Objective(目標)→ 簡述這次任務是什麼
3. 資料格式與機敏資料說明 → Day 13 的內容
4. Style & Tone(風格語氣)→ Day 9 的規則與禁用清單
5. Few-shot 範例 → Day 10 準備的優良樣本
6. 防呆規則(幻覺防範、安全降落)→ Day 11、12 的規則
7. 需要判斷的任務邏輯(如趨勢分析)→ Day 17 的 CoT 流程
8. Response(輸出格式)→ Day 18 的帶佔位符模板骨架
   這個順序背後的邏輯是:先讓 AI 知道「我是誰、在什麼情境下工作」,再告訴它「資料長怎樣、有什麼限制」,然後才是「怎麼寫」的具體規則,最後才是「輸出要長什麼樣子」。 這跟人類新人到職時的學習順序其實很像——先了解角色與情境,再學規範,最後才是實際產出的格式。
   三、組裝時常見的疏漏點
   實際動手組裝時,建議特別檢查這幾個容易漏掉的地方:

• 規則之間有沒有互相矛盾? 例如 Day 9 要求「精簡,一句話講完」,但 Day 17 的 CoT 流程又要求「完整寫出推理過程」——這兩者不衝突,但如果沒有講清楚「精簡指的是遣詞用字,不是省略推理步驟」,AI 可能會誤解成兩者互斥
• 佔位符跟規則描述有沒有對齊? Day 18 骨架裡的每個佔位符,是不是都有對應的規則說明它該怎麼填(例如 {已結案數} 這個數字,規則裡有沒有講清楚它是怎麼算出來的)
• 機敏資料原則(Day 13)有沒有真的寫進規則裡,還是只停留在你腦中的想法? 這是最容易「以為做了、其實沒寫進 prompt」的一項,務必回頭確認
  四、第一版不用追求完美
  今天的目標是完成第一個可測試的版本,不是完美版本。回顧 Day 2 談過的核心心法:穩定性是靠「反覆測試、迭代修正」建立起來的,不是靠一次就寫對。明天 Day 20 的壓力測試,本來就是設計來幫你發現第一版裡的問題——現在寫的這一版,任務是「能跑」,不是「零瑕疵」。
  五、今天的行動練習
  依照今天的組裝順序,把前十八天累積的所有素材,實際整理成一份完整的 System Prompt 文件。完成後,對照上面提到的三個常見疏漏點,自己先檢查一輪,再進入明天的實戰測試。

小結
今天是一個重要的里程碑——第一次把 30 天以來累積的所有理論,變成一份真正完整、結構化的範本文件。這份範本不會是最終版本,但它是接下來所有測試、除錯、迭代的起點。
明天,我們要拿真實的一週資料,對這份剛組裝好的範本進行第一次正式的壓力測試——也是驗證前 18 天所有設計,到底禁不禁得起真實世界考驗的時刻。