Web3-app-ontwikkeling in je eigen projectmap

Wat de agent voor je dApp kan doen

• Bestandenread_file, write_file, edit_file, grep, glob en list_dir werken in de werkmap van de chat, zodat componenten, stijlen en het ABI JSON-bestand daar gelezen en gewijzigd kunnen worden.
• Shellvoert je eigen build-commando en test-commando uit op Windows, WSL of een SSH-server die je beheert, en rapporteert de echte exitcode van elk commando.
• Webweb_search en http_get lezen publieke documentatiepagina's, zodat een vraag over een bibliotheek of interface gecontroleerd kan worden tegen de pagina die deze beschrijft.
• Screenshots en afbeeldingenocr leest de tekst van een opgeslagen screenshot, zoals een ontwerpmock-up, en gen_image slaat afbeeldingsbestanden op, zoals placeholder-artwork.
• Orkestratietask start sub-agents voor afzonderlijke delen van het werk parallel, run_on_model stuurt één moeilijke stap naar een groter model, en skill hergebruikt een playbook.
• GoedkeuringsmodiAuto-run handelt direct, Ask first pauzeert voor acties die iets wijzigen en toont een diff, en Plan only schrijft een plan en voert niets uit.
• Cronvoert een prompt uit op een schema, bijvoorbeeld je test-commando één keer per dag, en plannen overleven een herstart van de app, zodat een lange taak later kan worden voortgezet.
• Modellengebruik een cloud-AI-aanbieder via een standaard API-eindpunt, een model op je eigen pc of het ingebouwde model, en druk op Test om een eindpunt te controleren.

Vier walkthroughs voor een dApp-project

Een overgenomen project in kaart brengen

Je vraagt de agent om een dApp-map in kaart te brengen die iemand anders heeft gestart. list_dir toont de structuur, glob vindt de component- en ABI-bestanden, en grep geeft elke plek weer die een contractfunctie aanroept. Elk resultaat is een kaart in de chat. Er verandert niets. De kaart toont waar transactietoestanden worden afgehandeld en waar ze missen, en wat mensen vaak tegenhoudt bij het gebruik van dapps is vaak een front-end die faalt zonder uit te leggen waarom: geen wallet, het verkeerde netwerk of een afgewezen handtekening. De modus Plan only past goed bij deze taak, omdat deze het plan schrijft en niets uitvoert, en het plan kan de bestanden noemen die eerst aandacht nodig hebben. Vraag om een korte geschreven samenvatting, lees deze dan tegen de map aan voordat je begint met bewerken, en corrigeer de agent als hij een bestand verkeerd heeft geïnterpreteerd.

Een ABI in een component verwerken

Je vraagt om een component die het saldo van een testaccount weergeeft. read_file opent het ABI JSON-bestand, zodat de agent weet dat balanceOf een adres accepteert en een uint256 retourneert, en edit_file voegt de aanroep toe aan je component. In de modus Ask first wacht de wijziging als een diff. Je leest de toegevoegde en verwijderde regels, accepteert of verwerpt ze, en vraagt om een revisie als een naam of type verkeerd lijkt. Shell voert vervolgens je build-commando uit en rapporteert de echte exitcode op de kaart, en je kunt de kaart uitvouwen om de volledige output te lezen. Een groene build toont dat de code compileert; het toont niet dat de juiste functie wordt aangeroepen, dus controleer de aanroep zelf tegen de ABI en houd het ABI-bestand gesynchroniseerd met het contract.

Elke transactietoestand testen

Interfaces falen in de overgangen tussen toestanden: niet verzonden, wachtend op de wallet, in behandeling, bevestigd en mislukt. Om te voorkomen dat je ghost dapps bouwt die af zijn maar breken bij de eerste afgewezen handtekening, vraag de agent om een front-end test te schrijven voor elke toestand. write_file maakt het testbestand, edit_file past het component aan waar een toestand ontbreekt, en Shell voert je test-commando uit. De kaart toont de exitcode en, als je deze uitvouwt, de volledige output. Voer de tests uit tegen een lokale keten met wegwerpacounts, lees elke foutmelding en beslis of de test of het component verkeerd is. Accepteer een wijziging niet alleen omdat de tests groen worden: lees de diff, en controleer of de test echt de toestand asserteert waar hij naar vernoemd is.

Een functie plannen, dan uitvoeren

Een ontwikkelaar die na 1 jaar in web3 een stap hoger wil, kan de agent vragen om een plan dat laadtoestanden, toegankelijkheidsfixes en tests aan een bestaande dApp toevoegt. In de modus Plan only schrijft de agent de stappen en voert geen commando uit en verandert geen bestand. Je leest het plan, haalt eruit wat je niet wilt, en schakel over naar Ask first om het uit te voeren. Vanaf dan pauzeert de agent voor elke actie die iets wijzigt, en je leest elke diff voordat je hem accepteert. Plannen overleven een herstart, dus je kunt op elke stap stoppen en de volgende dag doorgaan. Eindig door je test-commando uit te voeren en de output zelf te lezen, en schrijf in de README neer welke commando's je hebt gebruikt.