Pengembangan aplikasi web3 di dalam folder proyek Anda sendiri

Apa yang bisa dilakukan agen untuk dApp Anda

• Fileread_file, write_file, edit_file, grep, glob dan list_dir bekerja di folder kerja obrolan, sehingga komponen, gaya dan file JSON ABI dapat dibaca dan diubah di sana.
• Shellmenjalankan perintah build dan tes Anda di Windows, WSL atau server SSH yang Anda miliki, serta melaporkan kode keluar sebenarnya dari setiap perintah.
• Webweb_search dan http_get membaca halaman dokumentasi publik, sehingga pertanyaan tentang pustaka atau antarmuka dapat diperiksa terhadap halaman yang menjelaskannya.
• Tangkapan layar dan gambarocr membaca teks dari tangkapan layar yang disimpan, seperti mock-up desain, dan gen_image menyimpan file gambar, seperti ilustrasi placeholder.
• Orkestrasitask memulai sub-agen untuk bagian kerja terpisah secara paralel, run_on_model mengirim satu langkah sulit ke model yang lebih besar, dan skill menggunakan kembali playbook.
• Mode persetujuanAuto-run bertindak segera, Ask first jeda sebelum tindakan yang mengubah sesuatu dan menampilkan diff, dan Plan only menulis rencana dan tidak menjalankan apa pun.
• Cronmenjalankan prompt sesuai jadwal, misalnya perintah tes Anda sekali sehari, dan rencana bertahan setelah restart aplikasi, sehingga tugas panjang dapat dilanjutkan nanti.
• Modelgunakan penyedia AI cloud melalui titik akhir API standar, model di PC Anda sendiri atau model bawaan, dan tekan Test untuk memeriksa titik akhir.

Empat panduan untuk proyek dApp

Petakan proyek warisan

Anda meminta agen memetakan folder dApp yang dimulai oleh orang lain. list_dir menunjukkan struktur, glob menemukan file komponen dan ABI, dan grep mencantumkan setiap tempat yang memanggil fungsi kontrak. Setiap hasil adalah kartu di obrolan. Tidak ada yang berubah. Peta menunjukkan di mana keadaan transaksi ditangani dan di mana keadaan tersebut hilang, dan apa yang menghalangi orang mengadopsi dApp sering kali adalah antarmuka depan yang gagal tanpa memberi tahu alasannya: tidak ada dompet, jaringan yang salah atau tanda tangan yang ditolak. Mode Plan only cocok untuk tugas ini, karena ia menulis rencana dan tidak menjalankan apa pun, dan rencana tersebut dapat menyebutkan file yang perlu diperhatikan terlebih dahulu. Minta ringkasan tertulis singkat, lalu bacalah terhadap folder sebelum memulai pengeditan apa pun, dan koreksi agen jika ia salah membaca file.

Hubungkan ABI ke komponen

Anda meminta komponen yang menampilkan saldo akun uji. read_file membuka JSON ABI, sehingga agen mengetahui bahwa balanceOf memerlukan alamat dan mengembalikan uint256, dan edit_file menambahkan panggilan ke komponen Anda. Dalam mode Ask first, perubahan ditahan sebagai diff. Anda membaca baris yang ditambahkan dan dihapus, menerima atau menolaknya, dan meminta revisi jika nama atau tipe terlihat salah. Shell kemudian menjalankan perintah build Anda dan melaporkan kode keluar sebenarnya di kartu, dan Anda dapat memperluas kartu untuk membaca output lengkap. Build hijau menunjukkan bahwa kode dikompilasi; itu tidak menunjukkan bahwa fungsi yang benar dipanggil, jadi periksa panggilan tersebut terhadap ABI Anda sendiri dan sinkronkan file ABI dengan kontrak.

Uji setiap keadaan transaksi

Antarmuka gagal di celah antara keadaan: belum dikirim, menunggu dompet, tertunda, dikonfirmasi dan gagal. Untuk menghentikan pembangunan dApp hantu yang terlihat selesai dan rusak pada tanda tangan yang ditolak pertama kali, minta agen menulis tes antarmuka depan untuk setiap keadaan. write_file membuat file tes, edit_file menyesuaikan komponen di mana keadaan hilang, dan Shell menjalankan perintah tes Anda. Kartu menampilkan kode keluar dan, saat Anda memperluasnya, output lengkap. Jalankan tes terhadap rantai lokal dengan akun sekali pakai, baca setiap kegagalan dan putuskan apakah tes atau komponen yang salah. Jangan menerima perubahan hanya karena tes menjadi hijau: bacalah diff, dan periksa apakah tes benar-benar menegaskan keadaan yang menjadi namanya.

Rencanakan fitur, lalu laksanakan

Pengembang yang ingin naik level setelah 1 tahun di web3 dapat meminta agen membuat rencana yang menambahkan keadaan pemuatan, perbaikan aksesibilitas dan tes ke dApp yang ada. Dalam mode Plan only, agen menulis langkah-langkahnya dan tidak menjalankan perintah apa pun serta tidak mengubah file apa pun. Anda membaca rencana, memotong apa yang tidak Anda inginkan, dan beralih ke Ask first untuk melaksanakannya. Dari sana, agen akan jeda sebelum setiap tindakan yang mengubah sesuatu, dan Anda membaca setiap diff sebelum menerimanya. Rencana bertahan setelah restart, sehingga Anda dapat berhenti di langkah apa pun dan melanjutkan besok. Selesaikan dengan menjalankan perintah tes Anda dan membaca outputnya sendiri, serta catat dalam README perintah apa saja yang Anda gunakan.