今のところ、この件について曖昧な投稿しか見かけず、AIEトークや工場の記事でもほとんど有益なことは書かれていません。そこで、PythonとTypeScriptの両方でLINTERを通じて複雑性制限を強制してコードベースをLLMに準備させるための大きなステップバイステップガイドを書いています 誰も話していないことの一つは、LLMが「ルールゲーム」行動を喜んで示すということです。実際のコード問題を修正する代わりに、彼らは単にリンティングルールを修正して違反を消すだけです これを防ぐには4層程度の保護が必要です。そして「権限を回避」モードで作業している場合、これは真に長い自律的なタスク実行を実現する唯一の方法なので、LLMはフックやリンティングルール、事前コミット設定を修正して自分たちの思い通りにするのを妨げるものはありません 理論上は簡単に直せます。ハーネス内でドットファイルのリンティングに本格的な保護を加えればいいのです。でも今のところ、実際にこれをサポートしているハーネスは(私の知る限り)ありません。 もし学びたいなら、カーパティが挙げたほぼすべてのことをカバーしている記事があります

LLMのプランモードを嘲笑う人たちは、現在、タスク実行時に複合体間で状態とメモリを維持する唯一の信頼できる方法であることを理解していません。プランモードはプランファイルを生成し、また特定のツール呼び出しで、検出後にフックやMCPなど様々な便利なものを取り付けることができます。多くの人がこれらのハーネスの仕組みをほとんど理解していないことには驚きです

UVはおそらく地球上で最も素晴らしいソフトウェアです