พัฒนาแอป Web3 ภายในโฟลเดอร์โปรเจกต์ของคุณ

สิ่งที่เอเจนต์สามารถทำได้สำหรับ dApp ของคุณ

• ไฟล์read_file, write_file, edit_file, grep, glob และ list_dir ทำงานในโฟลเดอร์ทำงานของแชท ทำให้สามารถอ่านและแก้ไขส่วนประกอบ สไตล์ และไฟล์ JSON ABI ได้
• Shellรันคำสั่ง build และ test ของคุณบน Windows, WSL หรือเซิร์ฟเวอร์ SSH ที่คุณเป็นเจ้าของ พร้อมรายงาน exit code จริงจากการรันแต่ละครั้ง
• เว็บweb_search และ http_get อ่านหน้าเอกสารสาธารณะ ดังนั้นคำถามเกี่ยวกับไลบรารีหรืออินเทอร์เฟซสามารถตรวจสอบกับหน้าที่อธิบายมันได้
• ภาพหน้าจอและรูปภาพocr อ่านข้อความจากภาพหน้าจอที่บันทึกไว้ เช่น ภาพออกแบบจำลอง และ gen_image บันทึกไฟล์รูปภาพ เช่น ภาพตัวอย่าง
• การจัดลำดับงานtask เริ่ม sub-agents สำหรับส่วนต่างๆ ของงานแบบขนาน run_on_model ส่งขั้นตอนที่ยากหนึ่งขั้นตอนไปยังโมเดลที่ใหญ่กว่า และ skill นำ playbook มาใช้ซ้ำ
• โหมดการอนุมัติAuto-run ดำเนินการทันที Ask first หยุดก่อนการกระทำที่เปลี่ยนแปลงสิ่งใดสิ่งหนึ่งและแสดง diff และ Plan only เขียนแผนและรัน nothing
• Cronรัน prompt ตามกำหนดเวลา เช่น คำสั่ง test ของคุณวันละครั้ง และแผนจะคงอยู่หลังจากการรีสตาร์ทแอป ดังนั้นงานที่ยาวนานสามารถดำเนินต่อได้ในภายหลัง
• โมเดลใช้ผู้ให้บริการ AI ผ่าน endpoint API มาตรฐาน โมเดลบนพีซีของคุณเอง หรือโมเดลในตัว และกด Test เพื่อตรวจสอบ endpoint

การสาธิตสี่ขั้นตอนสำหรับโปรเจกต์ dApp

ทำแผนที่โปรเจกต์ที่สืบทอดมา

คุณขอให้อาเจนต์ทำแผนที่โฟลเดอร์ dApp ที่คนอื่นเริ่มไว้ list_dir แสดงโครงสร้าง glob หาส่วนประกอบและไฟล์ ABI และ grep ระบุทุกตำแหน่งที่เรียกฟังก์ชันสัญญา ผลลัพธ์แต่ละอย่างเป็นการ์ดในแชท ไม่มีอะไรเปลี่ยนแปลง แผนที่แสดงว่าสถานะธุรกรรมถูกจัดการที่ไหนและหายไปไหน และสิ่งที่หยุดผู้คนจากการใช้งาน dApp มักเป็น front end ที่ล้มเหลวโดยไม่บอกเหตุผล: ไม่มีกระเป๋าเงิน เครือข่ายผิด หรือการปฏิเสธลายเซ็น โหมด Plan only เหมาะกับงานนี้ เนื่องจากมันเขียนแผนและรัน nothing และแผนสามารถระบุไฟล์ที่ต้องให้ความสนใจเป็นอันดับแรก ขอสรุปข้อความสั้นๆ จากนั้นอ่านมันเทียบกับโฟลเดอร์ก่อนเริ่มแก้ไขใดๆ และแก้ไขอาเจนต์หากมันอ่านไฟล์ผิด

เชื่อมต่อ ABI เข้ากับส่วนประกอบ

คุณขอส่วนประกอบที่แสดงยอดคงเหลือของบัญชีทดสอบ read_file เปิดไฟล์ JSON ABI ดังนั้นอาเจนต์จึงรู้ว่า balanceOf รับ address และส่งคืน uint256 และ edit_file เพิ่มการเรียกไปยังส่วนประกอบของคุณ ในโหมด Ask first การเปลี่ยนแปลงจะรอเป็น diff คุณอ่านบรรทัดที่เพิ่มและลบ ยอมรับหรือปฏิเสธ และขอการแก้ไขหากชื่อหรือประเภทดูผิด Shell จากนั้นรันคำสั่ง build ของคุณและรายงาน exit code จริงบนการ์ด และคุณสามารถขยายการ์ดเพื่ออ่านผลลัพธ์เต็ม การ build สีเขียวแสดงว่าโค้ดคอมไพล์ได้; มันไม่แสดงว่าฟังก์ชันที่ถูกต้องถูกเรียก ดังนั้นตรวจสอบการเรียกเทียบกับ ABI ของคุณเอง และรักษาไฟล์ ABI ให้สอดคล้องกับสัญญา

ทดสอบทุกสถานะธุรกรรม

อินเทอร์เฟซล้มเหลวในช่องว่างระหว่างสถานะ: ยังไม่ส่ง กำลังรอจากกระเป๋าเงิน กำลังดำเนินการ ยืนยันแล้ว และล้มเหลว เพื่อหยุดการสร้าง dApp บานที่ดูเหมือนเสร็จและแตกเมื่อมีการปฏิเสธลายเซ็นครั้งแรก ขอให้อาเจนต์เขียน front-end test สำหรับแต่ละสถานะ write_file สร้างไฟล์ทดสอบ edit_file ปรับส่วนประกอบเมื่อสถานะหายไป และ Shell รันคำสั่งทดสอบของคุณ การ์ดแสดง exit code และเมื่อคุณขยายมัน คุณจะเห็นผลลัพธ์เต็ม รันการทดสอบกับเชนท้องถิ่นด้วยบัญชีชั่วคราว อ่านแต่ละความล้มเหลวและตัดสินใจว่าการทดสอบหรือส่วนประกอบผิด อย่ายอมรับการเปลี่ยนแปลงเพียงเพราะการทดสอบเป็นสีเขียว อ่าน diff และตรวจสอบว่าการทดสอบยืนยันสถานะที่ชื่อของมันหมายถึงจริงๆ

วางแผนฟีเจอร์ แล้วดำเนินการ

นักพัฒนาที่ต้องการยกระดับหลังจากทำงานใน web3 มา 1 ปี สามารถขอแผนจากอาเจนต์เพื่อเพิ่มสถานะการโหลด การแก้ไขความสามารถในการเข้าถึง และการทดสอบใน dApp ที่มีอยู่ ในโหมด Plan only อาเจนต์เขียนขั้นตอนและรันคำสั่งไม่มีและเปลี่ยนแปลงไฟล์ไม่มี คุณอ่านแผน ตัดสิ่งที่ต้องการออก และสลับเป็น Ask first เพื่อดำเนินการ ตั้งแต่นั้นมา อาเจนต์จะหยุดก่อนการกระทำแต่ละครั้งที่เปลี่ยนแปลงสิ่งใดสิ่งหนึ่ง และคุณอ่าน diff ทุกครั้งก่อนยอมรับ แผนจะคงอยู่หลังจากการรีสตาร์ท ดังนั้นคุณสามารถหยุดที่ขั้นตอนใดก็ได้และดำเนินการต่อในวันถัดไป จบด้วยการรันคำสั่งทดสอบของคุณและอ่านผลลัพธ์ด้วยตัวเอง และเขียนไว้ใน README ว่าคุณใช้คำสั่งอะไรบ้าง