Context Packet 工作流：讓 AI Agent 開工前先拿到一頁上下文

很多 AI 協作失敗，不是模型不會做，而是它開工時拿到的資訊太散。需求在聊天記錄裡，限制在另一個文件裡，歷史坑在某段舊對話裡，最後 Agent 只能邊猜邊做。Context Packet 的作用，就是在開工前把關鍵上下文壓縮成一頁，讓執行者不需要從雜訊裡撈重點。

它不是長 prompt，也不是專案說明書，而是一次任務的最小作戰包。

一頁上下文應該包含什麼

第一部分是目標：這次到底要交付什麼，完成後應該出現哪個檔案、哪個頁面、哪個介面或哪份報告。目標必須可驗證，避免寫成「優化一下」「研究一下」。

第二部分是邊界：哪些不能改，哪些不能刪，哪些必須保留。比如本次 SFD 重寫任務裡，最重要的邊界就是保留原 slug 和 URL，不允許刪除重發。

第三部分是證據：當前已經知道什麼，哪些指令跑過，哪些檔案是權威來源。Agent 不應該重新猜測事實，而應該從證據開始。

第四部分是驗收：完成後要用什麼方式證明。可以是測試指令、curl 結果、截圖、字數檢查、相似度檢查或審核報告。

寫 Context Packet 的模板

可以用四段式：

• 目標：本輪要產出什麼。
• 背景：為什麼要做，現狀問題是什麼。
• 約束：禁止動作和必須保留的物件。
• 驗收：需要哪些檔案、指令和結論。

如果任務複雜，再加一段「執行順序」。順序很重要，因為很多事故來自先寫入生產環境、後做審核。好的 packet 會把危險步驟放到最後，並要求每一步留下檔案證據。

常見錯誤

第一個錯誤是把所有歷史材料都塞進去。上下文越長，重點越容易被淹沒。Packet 應該引用權威路徑，而不是複製整本專案歷史。

第二個錯誤是只寫願望，不寫限制。AI 很擅長補全，但補全出來的方案可能正好觸碰禁區。

第三個錯誤是沒有驗收方式。沒有驗收，Agent 很容易把「我覺得完成了」當成完成。

實用結論

下次派任務前，先寫一頁 Context Packet。不要急著讓 Agent 開始工作，先讓它知道目標、邊界、證據和驗收。對多 Agent 流水線來說，這一頁上下文就是防止重複、跑偏和誤寫生產環境的最低成本保險。