Chcete lépe naprogramovat produkty? Tady je pár tipů a triků, které mohu sdílet po 1800 commitech a více než 1000 hodinách vibe kódování: 1. Začněte tím, že vysvětlíte svůj nápad LLM a nechte ho připravit PRD a architektonické dokumenty (jako MD soubory). 2. Načte MD soubory do svého LLM, nechte ho je všechny přečíst a řekněte mu, aby vytvořil dokument implementačního plánu. 3. Aby z něj vytěžili maximum, místo obecného LLM nechte subagenty se specifickými dovednostmi převzít různé role. To vám dá sadu specializovaných členů týmu místo jednoho generického LLM, který je univerzální. 4. Aby bylo za třetí efektivní, řekněte svému LLM, aby naprogramoval agenty jako světovou třídu ve svém oboru, trénované nejlepšími lidmi ve třídě, nebo ještě lépe, použijte nástroj na jejich spawnování (brzy vám představím nástroj, který jsem pro to vytvořil, jmenuje se Spawner). 5. Během implementace se ujistěte, že co nejvíce používáte GitHub commity. Místo toho, abyste se snažili zničit celou aplikaci najednou, otestujte funkce, abyste se ujistili, že každá funguje, než přejdete k další. 6. Aby design UI nevypadal jako nesmysl, velmi doporučuji importovat reference nebo využít agenta s odbornostmi na UI, který má více kontextu o: (1) jak chcete, aby uživatelé vnímali váš produkt, (2) kdo je vaše cílová skupina, (3) aby jedna stránka vypadala úžasně, (4) nechte AI použít tento styl na zbytku produktu, a (5) říct AI, aby se vyhýbala přechodům a špatným ikonám, protože obvykle je používá jako výchozí. 7. AI sama o sobě není moc dobrá v budování autorizačních systémů, zvlášť pro X. Použijte i na to zkušeného agenta: všechno to výrazně usnadní. Můžete strávit hodiny trháním vlasů, pokud to neuděláš. 8. Pokud se vám některé funkce nelíbí a chcete je změnit, ujistěte se, že po tom řeknete AI, aby zkontrolovala váš kód a vyčistila všechny nepoužívané funkce a kód. Ještě lépe: vraťte se k commitům před naprogramováním určité funkce a postavte si verzi, kterou chcete. Pokud necháte svůj kód zbytečně roztrhnout, způsobí vám to tolik problémů, že budete chtít projekt opustit: bude nesnesitelné věci opravovat, i s AI. 9. Řekněte AI, aby používala dokument changelogu a ujistěte se, že vaše původní dokumenty architektury/PRD jsou pravidelně aktualizovány tak, aby odrážely vaše aktuální funkce. AI může mít špatný dojem o tom, jak vaše funkce vypadají, pokud se vaše původní dokumentace a současné funkce rozcházejí, což může vést k nesmyslným funkcím a kódu. 10. Používejte skenery zranitelností k ověření, zda jste nenechali tajemství nebo nemáte bezpečnostní mezery: AI má tyto problémy ve velkém. Na to jsem si také vytvořil nástroj; Podívejte se na Vibeship Dot Co. Hodně zdaru!