Bisher habe ich nur vage Beiträge dazu gesehen, selbst die AIE-Gespräche und Fabrikartikel sagen im Grunde nichts Nützliches. Deshalb schreibe ich einen umfassenden Schritt-für-Schritt-Leitfaden, um Codebasen LLM-fähig zu machen, indem ich Komplexitätsgrenzen durch Linter durchsetze, sowohl für Python als auch für TypeScript. Eine Sache, über die niemand spricht, ist, dass LLMs sehr gerne "Regelspielverhalten" zeigen. Anstatt tatsächliche Codeprobleme zu beheben, werden sie einfach deine Linter-Regeln ändern, um die Verstöße verschwinden zu lassen. Du brauchst etwas wie 4 Schutzschichten, um dies zu verhindern. Und wenn du im "Berechtigungen umgehen"-Modus arbeitest, was der einzige Weg ist, um wirklich lange autonome Aufgaben auszuführen, gibt es nichts, was LLMs daran hindert, Hooks, Linter-Regeln oder Pre-Commit-Konfigurationen zu ändern, um ihren Willen durchzusetzen. Theoretisch ist das leicht zu beheben, füge einfach echten Schutz zu den Linter-Dotfiles im Harness selbst hinzu. Aber im Moment gibt es kein Harness, das dies tatsächlich unterstützt (soweit ich weiß). Ich habe einen Artikel, der bereits fast alles abdeckt, was Karpathy erwähnt hat, wenn du lernen möchtest.