Chcesz lepiej kodować produkty? Oto kilka wskazówek i trików, którymi mogę się podzielić po 1800 commitach i ponad 1000 godzinach kodowania: 1. Zacznij od wyjaśnienia swojego pomysłu LLM i poproś go o przygotowanie dokumentu PRD oraz dokumentów architektonicznych (jako pliki md). 2. Załaduj pliki md do swojego LLM, pozwól mu je wszystkie przeczytać i powiedz mu, aby stworzył dokument planu wdrożenia. 3. Aby uzyskać jak najwięcej, zamiast używać ogólnego LLM, niech subagenci z konkretnymi umiejętnościami zajmą się różnymi częściami. To da ci zestaw wyspecjalizowanych członków zespołu, zamiast jednego ogólnego LLM, który jest jack of all trades. 4. Aby punkt 3 był skuteczny, powiedz swojemu LLM, aby kodował agentów jako światowej klasy w swojej dziedzinie, szkolonych przez najlepszych w branży, a nawet lepiej, użyj narzędzia do generowania agentów (wkrótce podzielę się narzędziem, które stworzyłem do tego, o nazwie Spawner). 5. Podczas wdrożenia upewnij się, że używasz commitów GitHub tak często, jak to możliwe. Zamiast próbować stworzyć całą aplikację za jednym razem, testuj funkcje, aby upewnić się, że każda z nich działa, zanim przejdziesz do następnej. 6. Aby projekt UI nie wyglądał jak bałagan, gorąco polecam albo importować odniesienia, albo użyć agenta z umiejętnościami UI, który ma więcej kontekstu na temat: (1) jak chcesz, aby użytkownicy doświadczali twojego produktu, (2) kto jest twoją docelową grupą odbiorców, (3) sprawić, aby jedna strona wyglądała niesamowicie, (4) pozwolić AI użyć tego stylu w reszcie twojego produktu, oraz (5) powiedzieć AI, aby unikało gradientów i złych ikon, ponieważ zazwyczaj domyślnie do nich przechodzi. 7. AI nie jest najlepszy w budowaniu systemów autoryzacji samodzielnie, szczególnie dla X. Użyj również wykwalifikowanego agenta do tego: to znacznie ułatwi wszystko. Możesz spędzić godziny, wyrywając sobie włosy, jeśli tego nie zrobisz. 8. Jeśli nie podoba ci się pewna funkcja i chcesz ją zmienić, upewnij się, że później powiesz AI, aby przejrzało twoją bazę kodu i oczyściło wszelkie nieużywane funkcje i kod. Jeszcze lepiej: wróć do commitów sprzed zakodowania danej funkcji i zbuduj wersję, którą chcesz stamtąd. Jeśli pozwolisz, aby twój kod stał się spaghetti, spowoduje to tyle bólu głowy, że będziesz chciał porzucić projekt: naprawianie rzeczy stanie się nie do zniesienia, nawet z AI. 9. Powiedz AI, aby używało dokumentu changelog i upewnij się, że twoje początkowe dokumenty architektury/PRD są aktualizowane, aby odzwierciedlały twoje obecne funkcje w sposób spójny. AI może mieć błędne wrażenie na temat tego, jak wygląda twój zestaw funkcji, jeśli twoje początkowe dokumenty i obecne funkcje się rozjeżdżają, co może prowadzić do spaghetti funkcji i kodu. 10. Użyj skanerów podatności, aby sprawdzić, czy nie zostawiłeś ujawnionych sekretów lub masz luki w zabezpieczeniach: AI ma tendencję do tych problemów. Stworzyłem również narzędzie do tego; sprawdź vibeship dot co. Powodzenia!