Web3 uygulama geliştirme kendi proje klasörünüzde

Aracın dApp'iniz için yapabilecekleri

• Dosyalarread_file, write_file, edit_file, grep, glob ve list_dir, sohbetin çalışma klasöründe çalışır; bu sayede bileşenler, stiller ve ABI JSON dosyası okunabilir ve değiştirilebilir.
• ShellWindows, WSL veya sahip olduğunuz bir SSH sunucusunda kendi derleme ve test komutlarınızı çalıştırır; her birinin gerçek çıkış kodunu bildirir.
• Webweb_search ve http_get, genel dokümantasyon sayfalarını okur; böylece bir kütüphane veya arayüzle ilgili bir soru, ilgili doküman sayfası üzerinden doğrulanabilir.
• Ekran görüntüleri ve resimlerocr, bir tasarım taslağı gibi kaydedilmiş bir ekran görüntüsündeki metni okur; gen_image ise yer tutucu görseller gibi resim dosyalarını kaydeder.
• Orkestrasyontask, işin ayrı kısımları için paralel olarak alt ajanları başlatır; run_on_model zor bir adımı daha büyük bir modele gönderir; skill ise bir oyun planını yeniden kullanır.
• Onay modlarıAuto-run hemen işlem yapar; Ask first bir şeyleri değiştiren eylemlerden önce duraklar ve bir diff gösterir; Plan only ise bir plan yazar ve hiçbir şey çalıştırmaz.
• CronBir zamanlayıcıyla bir prompt çalıştırır (örneğin test komutunuzu günde bir kez); planlar uygulama yeniden başlatıldığında da korunur, böylece uzun bir görev daha sonra devam edebilir.
• ModellerStandart bir API uç noktası aracılığıyla bir bulut AI sağlayıcısı, kendi PC'nizdeki bir model veya dahili modeli kullanın; bir uç nokta kontrol etmek için Test'e basın.

Bir dApp projesi için dört adım adım kılavuz

Devralınan bir projeyi haritalandırın

Başkasının başladığı bir dApp klasörünü haritalandırması için aracı istersiniz. list_dir yapıyı gösterir, glob bileşen ve ABI dosyalarını bulur, grep ise bir sözleşme işlevini çağıran her yeri listeler. Her sonuç sohbette bir kart olarak görünür. Hiçbir şey değişmez. Harita, işlem durumlarının nerede işlendiğini ve nerede eksik olduğunu gösterir. dApp'lerin benimsenmesini engelleyen şey genellikle, nedenini belirtmeden başarısız olan bir ön uçtur: cüzdan yok, yanlış ağ veya reddedilmiş bir imza. Plan only (Sadece Planla) modu bu görev için uygundur; çünkü planı yazar ve hiçbir şey çalıştırmaz. Plan, dikkat edilmesi gereken dosyaları önceden belirleyebilir. Kısa bir yazılı özet isteyin, ardından herhangi bir düzenlemeye başlamadan önce klasör yapısını kontrol edin; aracın bir dosyayı yanlış okuduysa düzeltin.

Bir bileşene ABI bağlayın

Bir test hesabının bakiyesini gösteren bir bileşen istersiniz. read_file ABI JSON dosyasını açar; böylece aracın balanceOf'un bir adres aldığını ve uint256 döndürdüğünü bilmesi sağlanır. edit_file, bu çağrıyı bileşeninize ekler. Ask first (Önce Sor) modunda değişiklik bir diff olarak bekler. Eklenen ve silinen satırları okursunuz, kabul veya reddedersiniz; bir ad veya tür yanlış görünürse revizyon istersiniz. Shell ardından derleme komutunuzu çalıştırır ve kartta gerçek çıkış kodunu bildirir; tam çıktıyı okumak için kartı genişletebilirsiniz. Yeşil bir derleme, kodun derlendiğini gösterir; ancak doğru işlevin çağrıldığını göstermez. Bu yüzden çağrıyı ABI ile kendiniz kontrol edin ve ABI dosyasını sözleşmeyle senkronize tutun.

Her işlem durumunu test edin

Arayüzler durumlar arasındaki geçişlerde başarısız olur: gönderilmedi, cüzdan bekleniyor, bekliyor, onaylandı ve başarısız. Tamam gibi görünen ve ilk reddedilmiş imzada kırılan "hayalet" dApp'lerin inşasını durdurmak için aracı her durum için bir ön uç testi yazması isteyin. write_file test dosyasını oluşturur, edit_file bir durumun eksik olduğu bileşeni ayarlar, Shell ise test komutunuzu çalıştırır. Kart çıkış kodunu gösterir; genişlettiğinizde tam çıktıyı görebilirsiniz. Atılacak hesaplarla yerel bir zincirde testleri çalıştırın, her hatayı okuyun ve testin mi bileşenin mi yanlış olduğuna karar verin. Testler yeşile döndüğü için bir değişikliği otomatik kabul etmeyin: diff'i okuyun ve testin, adından bahsettiği durumu gerçekten doğrulayıp doğrulamadığını kontrol edin.

Bir özellik planlayın, sonra uygulayın

Web3'te 1 yıl sonra seviye atlamak isteyen bir geliştirici, aracıdan mevcut bir dApp'e yükleme durumları, erişilebilirlik düzeltmeleri ve testler ekleyen bir plan istemesini isteyebilir. Plan only (Sadece Planla) modunda araç adımları yazar, hiçbir komut çalıştırmaz ve hiçbir dosya değiştirmez. Planı okursunuz, istemediklerinizi çıkarırsınız ve uygulamak için Ask first (Önce Sor) moduna geçersiniz. Bundan sonra araç, bir şeyleri değiştiren her eylemden önce duraklar; her diff'i kabul etmeden önce okursunuz. Planlar yeniden başlatmada korunur, bu yüzden herhangi bir adımda durabilir ve ertesi gün devam edebilirsiniz. Son olarak test komutunuzu çalıştırın ve çıktısını kendiniz okuyun; kullandığınız komutları README dosyasına kaydedin.