Zatím jsem viděl jen vágní příspěvky o tom, dokonce ani AIE přednášky a články o továrnách v podstatě nic užitečného neříkají. Takže píšu rozsáhlý krok za krokem průvodce, jak připravit Codebases LLM tím, že vynucují limity složitosti pomocí LINTERS, a to jak pro Python, tak pro TypeScript Jedna věc, o které nikdo nemluví, je, že LLM velmi rádi projevují chování "pravidlově hraní". Místo opravy skutečných problémů v kódu prostě upraví pravidla lintingu, aby porušení zmizela Potřebujete třeba 4 vrstvy ochrany, abyste tomu zabránili. A pokud pracujete v režimu "obcházení oprávnění", což je jediný způsob, jak dosáhnout skutečně dlouhého autonomního provádění úkolů, nic nebrání LLM upravovat háky, linting pravidla nebo předcommit konfigurace, aby dosáhly svého Teoreticky je to snadné opravit, stačí přidat skutečnou ochranu do linkting dot files přímo v postroji. Ale teď neexistuje žádný kabel, který by to skutečně podporoval (pokud vím). Mám článek, který už pokrývá téměř všechno ostatní, co Karpathy zmínil, pokud se chcete něco naučit

Lidé, kteří napodobují plánovací režim pro LLM, nechápou, že je to momentálně jediný spolehlivý způsob, jak udržet stav a paměť během provádění úkolů napříč kompakcemi. Plánovací režim generuje plánový soubor a je to také specifické volání nástroje, které vám umožní připojit různé užitečné věci po detekci, háčky, MCPS atd. Je pro mě záhadou, jak málo většina lidí rozumí tomu, jak tyto svazky vlastně fungují

UV je pravděpodobně nejúžasnější kus softwaru na světě