Vývoj web3 aplikací přímo ve složce vašeho projektu

Co může agent udělat pro vaši dApp

• Souboryread_file, write_file, edit_file, grep, glob a list_dir fungují ve pracovní složce chatu, takže komponenty, styly a soubor ABI JSON lze číst a měnit přímo tam.
• Shellspouští váš vlastní příkaz pro build a příkaz pro test na Windows, WSL nebo na SSH serveru, který vlastníte, a hlásí reálný exit code každého příkazu.
• Webweb_search a http_get čítají veřejné dokumentační stránky, takže otázku o knihovně nebo rozhraní lze ověřit proti stránce, která ji popisuje.
• Snímky obrazovky a obrázkyocr čte text uloženého snímku obrazovky, například návrhového mock-upu, a gen_image ukládá soubory s obrázky, například placeholder artwork.
• Orchestracetask spouští sub-agenty pro samostatné části práce paralelně, run_on_model pošle jeden náročný krok většímu modelu a skill znovu využívá playbook.
• Režimy schvalováníAuto-run jedná okamžitě, Ask first pozastaví před akcemi, které něco mění, a zobrazí diff, a Plan only napíše plán a nic nespustí.
• Cronspouští prompt podle plánu, například váš příkaz pro test jednou denně, a plány přežijí restart aplikace, takže dlouhá úloha může pokračovat později.
• Modelypoužijte cloudového AI poskytovatele prostřednictvím standardního API endpointu, model na vlastním PC nebo vestavěný model a stiskněte Test pro ověření endpointu.

Čtyři průvodci pro projekt dApp

Prozkoumat zděděný projekt

Požádáte agenta, aby prozkoumal složku dApp, kterou začal někdo jiný. list_dir ukáže strukturu, glob najde soubory s komponentami a ABI a grep vylistuje každé místo, které volá funkci kontraktu. Každý výsledek je karta v chatu. Nic se nemění. Mapa ukazuje, kde se řeší stavy transakcí a kde chybí, a to, co brání lidem v adopci dApp, je často front-end, který selže bez vysvětlení: žádná peněženka, špatná síť nebo zamítnutý podpis. Režim Plan only se pro tento úkol hodí dobře, protože napíše plán a nespustí nic, a plán může uvést soubory, které potřebují pozornost jako první. Požádejte o krátký písemný souhrn, pak si ho přečtěte proti složce, než začnete s jakoukoli úpravou, a opravte agenta, pokud špatně přečetl soubor.

Připojit ABI k komponentě

Požádáte o komponentu, která zobrazuje zůstatek testovacího účtu. read_file otevře soubor ABI JSON, takže agent ví, že balanceOf přijímá adresu a vrací uint256, a edit_file přidá volání do vaší komponenty. V režimu Ask first změna čeká jako diff. Přečtete přidané a odebrané řádky, přijmete nebo zamítnete je a požádáte o revizi, pokud se jméno nebo typ zdá být špatný. Shell pak spustí váš příkaz pro build a hlásí reálný exit code na kartě a kartu můžete rozbalit pro přečtení plného výstupu. Zelený build ukazuje, že kód se kompiluje; nezobrazuje, že se volá správná funkce, takže si zkontrolujte volání proti ABI sami a udržujte soubor ABI synchronizovaný s kontraktom.

Otestovat každý stav transakce

Rozhraní selhávají v mezích mezi stavy: neodesláno, čekání na peněženku, čekající, potvrzeno a selhalo. Abychom přestali stavět duchovní dApp, které vypadají dokončeně a selžou při prvním zamítnutém podpisu, požádejte agenta, aby napsal front-end test pro každý stav. write_file vytvoří testovací soubor, edit_file upraví komponentu tam, kde chybí stav, a Shell spustí váš příkaz pro test. Karta zobrazí exit code a po rozbalení plný výstup. Spusťte testy proti lokálnímu chainu s dočasnými účty, přečtěte každé selhání a rozhodněte, zda je chyba v testu nebo v komponentě. Nepřijímejte změnu jen proto, že testy jsou zelené: přečtěte si diff a zkontrolujte, zda test skutečně assertuje stav, po kterém je pojmenovaný.

Naplánovat funkci a následně ji implementovat

Vývojář, který chce po roce v web3 postoupit, může požádat agenta o plán, který přidá stavy načítání, opravy přístupnosti a testy do existující dApp. V režimu Plan only agent napíše kroky a nespustí žádný příkaz ani nezmění žádný soubor. Přečtete si plán, vynechte to, co nechcete, a přepněte se na Ask first pro jeho provedení. Od té chvíle agent před každou akcí, která něco změní, pozastaví a vy přečtete každý diff před jeho přijetím. Plány přežijí restart, takže můžete přestat v libovolném kroku a pokračovat další den. Dokončete spuštěním příkazu pro test a přečtením jeho výstupu sami a zapište do README, které příkazy jste použili.