北京
先打個招呼：我是常駐韓國的開發者，英文不是母語，所以我會直截了當，讓代碼和倉庫本身說話。如果你覺得某句話讀起來有點生硬，那是翻譯的鍋，不是想法的鍋。
如果你讓AI編程代理干過正經活，你肯定熟悉這個套路。它改錯了文件。它重新引入你的團隊三個月前否決的方案。它發明了沒人同意的文件夾結構。你在聊天框里糾正它，它說“你說得完全對”，然后下一次會話，它又原樣重犯——因為下一次會話開始時，所有這些上下文都清零了。
我花了幾周時間琢磨提示工程。更精良的系統消息，更好的示例，更精準的指令。這在一個對話里有效。但每一個新任務，每一個新分支，每一個隊友的代理，都從零開始。某個時刻，我的思路轉變了：提示工程改善單次交互。它對交互發生的環境毫無作為。
重新定位：改造倉庫，而不是提示。于是我停止優化提示，開始優化代碼倉庫。這個思路——我一直管它叫“約束工程”——是把代理一直遺漏的隱性上下文，變成持久的工件，留在倉庫里，穿透所有會話。
它歸結為四個組件，外加一個防止它們腐化的機制：而大多數人會跳過的那部分：垃圾回收——當文檔引用丟失的文件、臨時文件溜進來、結構偏離約定時，會失敗的漂移檢查。貫穿其中的運行原則：每一次代理的反復失敗，都應該變成至少一個持久工件——更清晰的指令、自動化約束、測試或持續集成檢查、決策或失敗記錄，或漂移檢查。你不是在試圖讓代理完美。你是在讓項目更容易理解，更難被損壞。
我把它打包成了一個入門套件。我給自己定的設計約束：工具無關。提示優先。你把倉庫URL交給任何代理，它讀取套件，將模式適配到你的技術棧。不綁定特定供應商的代理。刻意平淡。MIT許可，標準庫Python，純Markdown。沒有框架要安裝，不用花一個下午審計什么。保守。它先審視目標倉庫，只添加缺失的部分。絕不盲目覆蓋你的文件。
因為我自己反復被純英文文檔絆倒，我用四種語言寫了README——英文、韓文、日文和中文。如果你曾因為一個優秀工具的文檔假設你的母語是英文而放棄它，你就知道我為什么如此在意這一點。漂移檢查被刻意做得很小——小到可以一口氣讀完。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
