到目前為止，我只看到一些模糊的發文，甚至 AIE 的討論和工廠文章基本上也沒有提供任何有用的信息。因此，我正在撰寫一個詳細的逐步指南，教你如何通過強制複雜性限制來使代碼庫準備好 LLM，適用於 Python 和 TypeScript。 沒有人談論的一件事是，LLM 會非常樂意表現出 "規則遊戲" 的行為。它們不會修復實際的代碼問題，而是會修改你的 lint 規則，使違規行為消失。 你需要大約 4 層保護來防止這種情況。如果你在 "繞過權限" 模式下工作，這是唯一能夠實現真正長時間自主任務執行的方式，那麼就沒有什麼可以阻止 LLM 修改鉤子、lint 規則或 pre-commit 配置來達到它們的目的。 理論上，這很容易修復，只需在工具本身中為 lint dotfiles 添加真正的保護。但目前為止，似乎沒有任何工具實際支持這一點（據我所知）。 如果你想了解更多，我有一篇文章已經涵蓋了 Karpathy 提到的幾乎所有其他內容。

嘲笑計劃模式的人民對於目前在任務執行過程中維持狀態和記憶的唯一可靠方法並不理解。計劃模式生成一個計劃文件，這也是一個特定的工具調用，讓你在檢測到後附加各種有用的東西，如鉤子、mcps等。對我來說，大多數人對這些工具實際運作的理解是如此之少，真讓我感到困惑。

uv 可能是地球上最不可思議的軟體。