Haluatko vibe-koodauksen paremmista tuotteista? Tässä on muutamia vinkkejä ja niksejä, joita voin jakaa 1800 commitin ja yli 1000 tunnin vibe-koodauksen jälkeen: 1. Aloita selittämällä ideasi LLM:lle ja pyydä sitä valmistamaan sinulle PRD ja arkkitehtuuridokumentit (MD-tiedostoina). 2. Lataa MD-tiedostot LLM:ään, anna sen lukea ne kaikki ja käske sitä laatimaan toteutussuunnitelman. 3. Saadaksesi siitä kaiken irti, yleisen LLM:n sijaan anna aliagenttien hoitaa erilaisia osia, joilla on erityisiä taitoja. Tämä antaa sinulle joukon erikoistuneita tiimin jäseniä yhden geneerisen LLM:n sijaan, joka on moniosaaja. 4. Jotta numero 3 olisi tehokas, pyydä LLM:ääsi koodaamaan agentit maailmanluokan omalla alueellaan, koulutettuina parhaiden luokan ihmisten toimesta, tai vielä parempi, käytä työkalua agenttien luomiseen (jaan pian työkalun, jonka rakensin tätä varten, nimeltään Spawner). 5. Toteutuksen aikana varmista, että käytät GitHubin commit-toimintoja mahdollisimman paljon. Sen sijaan, että yrittäisit tappaa koko sovelluksen yhdellä iskulla, testaa ominaisuuksia varmistaaksesi, että jokainen toimii ennen kuin siirryt seuraavaan. 6. Jotta käyttöliittymäsuunnittelu ei näyttäisi roskalta, suosittelen lämpimästi tuomaan referenssit tai käyttämään käyttöliittymätaitoista agenttia, jolla on enemmän taustatietoa seuraavista asioista: (1) miten haluat käyttäjien kokevan tuotteesi, (2) kuka on kohdeyleisösi, (3) saada yksi sivu näyttämään upealta, (4) antaa tekoälyn käyttää tätä tyyliä muuhun tuotteeseesi, ja (5) käskeä tekoälyä välttämään liukuvärejä ja huonoja kuvakkeita, koska se yleensä käyttää niitä oletuksena. 7. Tekoäly ei ole hyvä rakentamaan valtuutusjärjestelmiä yksinään, varsinkaan X:lle. Käytä myös taitavaa agenttia: se helpottaa kaikkea huomattavasti. Voit käyttää tunteja hiusten repimiseen, jos et tee niin. 8. Jos et pidä tietyistä ominaisuuksista ja haluat muuttaa niitä, varmista, että kerrot tekoälylle tarkistamaan koodipohjasi ja siivoamaan käyttämättömät ominaisuudet ja koodit. Vielä parempaa: palaa committeihin ennen kuin jokin ominaisuus oli koodattu, ja rakenna haluamasi versio siitä eteenpäin. Jos annat koodisi muuttua spagetiksi, se aiheuttaa niin paljon päänvaivaa, että haluat hylätä projektin: asioiden korjaaminen käy sietämättömäksi, jopa tekoälyn avulla. 9. Käske tekoälyä käyttämään muutoslokidokumenttia ja varmistamaan, että alkuperäiset arkkitehtuuri- ja PRD-dokumentit päivitetään vastaamaan nykyisiä ominaisuuksiasi johdonmukaisesti. Tekoäly saattaa saada väärän käsityksen ominaisuuksistasi, jos alkuperäiset dokumentaatiot ja nykyiset ominaisuudet eroavat toisistaan, mikä voi johtaa spagettiominaisuuksiin ja koodiin. 10. Käytä haavoittuvuusskannereita tarkistaaksesi, oletko jättänyt salaisuuksia avoimeksi tai onko sinulla tietoturva-aukkoja: tekoälyllä on usein näitä ongelmia. Rakensin myös työkalun tähän; Katso Vibeship Dot Co. Lykkyä tykö!