核心問題
熱力學第二定律說：在孤立系統中，熵只增不減。每一個 AI session，也是一種孤立系統——Context 會累積、規則會過時、文件會變得冗長、曾經重要的東西會變成雜訊。
你不可能阻止熵增。你能做的，是設計讓熵有地方去的出口。
運作機制：Retro 排放
Retro（Sprint Retrospective）在傳統敏捷中是團隊反思的時間。在 Harness Engineering 中，它是熵的排放口。
每個 Sprint 累積的混亂在 Retro 這個節點被強制處理：該留的寫進 KM，該刪的從 CLAUDE.md 移除，該歸檔的移到 ARCHIVE。
Retro 不只是「回顧」。Retro 是讓系統呼吸的出口。
Retro 七步驟
記錄這個 Sprint 做了什麼、交付了哪些項目、QC 通過率。對抗的熵：忘記做過什麼。
保留成功的經驗——哪些做法有效、哪些決定是對的。對抗的熵：好的做法散逸。
辨識問題——哪裡卡住了、哪些流程不順。對抗的熵：問題被忽略，重複發生。
把經驗外部化——踩到的坑、發現的技巧，寫進 KM。對抗的熵：智慧留在 session 裡消失。
量化進度——這個 Sprint 完成了多少、跟預期比如何。對抗的熵：感覺有進步但說不清楚。
清理過時的規則——問自己：這條規則是因為踩過坑，還是沒人刪？移除不再適用的，合併重複的。規則本身也會變成熵。對抗的熵：規則累積成雜訊。
把完成的 Story 從活文件移到 ARCHIVE——這是 Retro 結束的標誌。對抗的熵：工作區被舊東西塞滿。
熵的哲學
接受混亂必然發生
Session 會斷、規則會過時、人會忘記、AI 會失憶。這些不是 bug，是物理。你能做的不是阻止混亂，而是設計讓混亂可以被處理的機制。
馴化熵，而非消滅熵
Retro 不是「消滅」熵——那不可能。Retro 是把熵轉化成有用的東西：踩過的坑變成 KM，過時的規則被清理，完成的工作被歸檔。熵不是被消滅了，是被轉化了。
容器持續被建造
系統沒有「完成」的一天。每一條新的 KM，就是容器又長出了一塊新的壁。每一次 Retro，就是容器在呼吸、在調整、在進化。
系統的邊界條件
人類 RAG 有一個根本的弱點：你不知道自己不知道的東西。
這個系統能有多強大，全操之在你自己對世界的理解有多深。你是 RAG 的資料庫——你讀過的書、走過的路、踩過的坑、愛過的人，全部都是你的訓練資料。
為什麼這套方法論「不可轉讓」
不是因為寫不出來——你現在正在讀的就是完整的框架。而是因為每個人的資料庫不一樣。同樣的框架，不同的人會長出不同的系統。Harness Engineering 是一個框架，不是一個模板。框架告訴你「要有 Context、Constraints、Entropy」。但這三本柱具體長什麼樣子，取決於你是誰。
小結
Entropy 管理的核心是共處。
不是消滅混亂，是設計讓混亂有地方去。Retro 提供了排放的機制：七個步驟，定期清理。呼吸提供了排放的隱喻：系統需要吐氣，才不會窒息。
Context 設計網的縫隙。Constraints 設計網的結構。Entropy 設計網的呼吸。三本柱合在一起，形成一個活的、會呼吸的、持續進化的系統。
河流不會停。容器繼續被建造。下一個 session，從這裡繼續。∞