Context 工程就是架構

Context 形塑系統行為

在 AI 輔助的工程裡,context 不只是資訊。它是執行輸入,形塑著規劃、推理、程式碼生成、審查與取捨的選擇。

隨便對待 context 的團隊,會得到不一致的結果。把 context 當作架構來設計的團隊,才能建立更可靠的 AI 協作。

有用的 context 是有結構的

一個好的 context 系統會區分幾種不同的知識:

• 產品意圖
• 架構約束
• 當前任務狀態
• 歷史決策
• 營運風險
• 團隊慣例

這些類別的老化速度不同。有些應該長存,有些應該過期,有些則應該從可信的工程真相源重新刷新。

壓縮是設計問題

Context window 是有限的,但工程系統不是。目標不是把所有東西塞進去,而是把對的東西放進去,並保有足夠的保真度,支撐下一個決策。

因此 context 工程是一門關於挑選、驗證、刷新與問責的紀律。公開的原則,比私有的機制更重要。

一個實用的檢驗

如果新的 session 無法還原上一個 session 背後的工程意圖,這個系統就還沒有長期 context。它只有一份逐字稿。