前言
第三階段最後一天,我們要做一件收斂性的工作:把 Day 13 到 Day 17 累積的所有規則與判斷邏輯,實際組裝成一份可以重複使用的 Markdown 模板。今天的重點是佔位符(Placeholder)設計——這是讓範本從「一堆規則的集合」,真正變成「即插即用工具」的最後一塊拼圖。

一、佔位符是什麼,它解決了什麼問題
佔位符,指的是模板裡用來標示「這裡之後會被替換成實際內容」的固定符號,例如 {事件日期區間}、{本週事件總數}。它的作用,是把 Day 3 談過的「骨架與血肉」概念,實際落地成一份具體的文件結構。
沒有佔位符的模板,長這樣:
「本週(請填入日期)共發生若干起事件,其中若干起已結案⋯⋯」
有佔位符的模板,長這樣:
「本週({日期區間})共發生 {事件總數} 起事件,其中 {已結案數} 起已結案⋯⋯」
差別在於:後者明確標示出「哪些地方是每次都要替換的血肉」,不需要每次重新判斷「這句話裡到底哪個詞要改」。 這對你自己回頭檢查、或未來交接給同事,都會清楚很多。
二、佔位符該設計在哪個層級
回顧 Day 4 的「變動頻率」分層,佔位符主要對應到**「每次都變」**的最外層(單次任務層級)——也就是每一次產出報告時,一定會替換掉的具體數字或內容。但要注意,並不是每一個「會變的東西」都適合做成佔位符,這裡有個簡單的判斷原則:

• 具體、單一、可以直接替換的值(日期、數字、單一結論)→ 適合做成佔位符,例如 {已結案數}
• 需要 AI 進行整理、推理、判斷的區塊(例如整段事件摘要、Day 17 的趨勢分析段落)→ 不適合硬塞成單一佔位符,而是留一個「請 AI 依照前述規則生成完整內容」的區塊,不是簡單替換就能完成的
  換句話說,佔位符處理的是「填空題」,前面十七天建立的規則,處理的是「問答題」——兩者在同一份模板裡並存,分工清楚才是好設計。
  三、實際組裝一份範例模板骨架
  把前面所有階段的成果整合起來,一份完整模板大概長這個樣子(這裡示範精簡版,實際使用時規則會更完整):

markdown

資安週報 - {日期區間}

一、事件摘要

(依照 Day 8 格式規則、Day 15 預處理後的資料,條列呈現本週事件;
若資料缺漏依 Day 11 規則標註)

本週共發生 {事件總數} 起事件,其中 {已結案數} 起已結案、{處理中數} 起處理中。

二、趨勢與嚴重性分析

(依照 Day 17 的 CoT 流程進行判斷;若無歷史比較資料,依規則誠實標註無法判斷)

三、待辦事項

(僅列出尚未結案的高風險事件)

四、備註

(標註本次資料異常、機敏資料處理說明等,依 Day 12、13 規則)
你會發現,這份骨架裡,{} 標記的是佔位符(填空題),而括號裡的說明文字,對應的是前面各天建立的規則(問答題)——實際放進 System Prompt 時,括號裡的內容會展開成完整的規則描述,而不是只留一句提示。
四、佔位符設計的維護價值
回到 Day 2 的核心目標「可重複性」,佔位符設計做得好,能帶來一個長期的好處:未來如果公司要求報告新增一個欄位(例如新增「平均應變時間」),你只需要在骨架裡新增一個對應的佔位符跟一句規則,而不需要把整份範本從頭檢查一遍。 這正是 Day 4 變數化思維、Day 22 版本控制概念的具體實踐——結構清楚,修改成本才會低。
五、今天的行動練習
把你目前累積的所有規則(角色設定、格式規則、防呆機制、CoT 流程),對照今天的骨架範例,實際組裝出一份屬於你自己的模板草稿,標出所有的佔位符位置。這份草稿,會是明天 Day 19「組裝第一個完整週報 Prompt 範本」的直接基礎。

小結
第三階段到這裡全部完成了。這六天,我們從認識自己的資料(盤點、機敏原則),到處理技術限制(Token 額度、預處理瘦身),再到進階推理能力(CoT、趨勢判斷),最後今天用佔位符設計,把所有東西收斂成一份具體可用的模板骨架。
從明天 Day 19 開始,我們要正式進入第四階段——實戰打磨。前三階段建立的所有理論與規則,終於要拿去跟真實資料正面對決了。