Context Engineering 脈絡工程是什麼？從寫提示詞升級到經營整個脈絡

同一句提問，貼在乾淨的新對話裡很好用，貼在聊了兩小時的對話裡就走鐘。問題不在那句話，在它周圍的東西。

當你開始做 Agent、做知識庫、做長流程，重點就會從「怎麼問」轉移到「它現在看得到什麼」。

定義

脈絡工程是設計並管理模型在回答當下看得到的全部資訊。它處理的不是一句話，而是一整個視野。

這個視野通常由幾層組成：系統提示與角色設定、使用者的當前提問、對話歷史、檢索到的文件片段、長期記憶、工具回傳的結果。每一層都在跟其他層搶空間。

白話比喻

帶新人做事，光交代「幫我做一份報告」是不夠的。你還要把去年的版本、資料來源、可以用的工具，一份一份放到他桌上。

桌子就那麼大。放太多他會被淹沒，放錯的他會照著錯的做，放過期的更糟。脈絡工程就是決定那張桌子上該有什麼。

跟提示工程的差別

實際用例

做知識庫問答時，決定檢索回幾段、怎麼排序、要不要先摘要，這是脈絡工程。做 Agent 時，決定每一步要帶哪些前一步的結果進去，也是脈絡工程。

長對話的維護同樣屬於它：定期把前面的內容壓縮成摘要、把已完成的段落移除、必要時開新對話重置。相關概念可以看 Context Stack 上下文層級、上下文容量 與 上下文污染。