أعمال العقود الذكية ERC-1155، تغيير مُراجَع واحد تلو الآخر

ما يمكن لـ WaveClamp القيام به

• الملفاتتعمل أدوات read_file، write_file، append_file، edit_file، delete_file، make_dir، move_file، copy_file، list_dir، grep و glob داخل مجلد العمل الخاص بالدردشة، حيث توجد ملفات .sol والاختبارات الخاصة بك، ويعرض عداد عدد الملفات التي تم إنشاها وتعديلها وقراءتها.
• الغرفة (Shell)يشغل أمر التجميع الخاص بك وأمر الاختبار على Windows، أو في WSL، أو عبر SSH إلى خادم تملكه، ويحكم على النجاح بناءً على رمز الخروج الفعلي. يتم حظر الأوامر الخطيرة قبل تنفيذها.
• الويبتبحث web_search عن الصفحات، ويحمل http_get صفحة واحدة، مما يتيح للوكيل قراءة نص EIP العام وتوثيق Solidity أثناء عملك. يمكن تشغيل بحث الويب اختياريًا عبر شبكة مجهولة الهوية.
• لقطات الشاشة والصورتقرأ ocr النص من لقطة شاشة محفوظة، مثل مربع خطأ أو تقرير اختبار، وتحفظ gen_image ملفات صور حقيقية، مثل فنون النماذج الأولية التي يمكن أن يشير إليها ملف metadata JSON الخاص بك.
• التنسيقتبدأ task وكلاء فرعيين متوازيين لمراجعة عقود منفصلة في وقت واحد، ويرسل run_on_model خطوة صعبة إلى نموذج أكبر، وتعيد skill استخدام خطة عمل مثل مهارة التحكم في الإصدارات للفروع والالتزامات.
• أوضاع الموافقةيعمل Auto-run فوراً، ويوقف Ask first قبل الإجراءات التي تغير شيئاً ويعرض diff للقبول، ويكتب Plan only خطة ولا يشغل شيئاً حتى تغير الوضع. تبقى الخطط موجودة بعد إعادة التشغيل.
• الجدولة (Cron)يشغل مطالبة حسب جدول زمني، مثل طلب يومي لتشغيل أمر الاختبار وقائمة الاختبارات الفاشلة، لتظهر الانحرافات في الدردشة دون تشغيل يدوي.
• النماذجاتصل بموفر ذكاء اصطناعي سحابي عبر نقطة نهاية API قياسية، أو شغل نموذجًا على جهاز الكمبيوتر الخاص بك، أو استخدم النموذج المدمج الجاهز دون نقطة نهاية خاصة بك. يعرض زر الاختبار وقت الاستجابة ونافذة السياق.

أربع مهام عقود، من البداية للنهاية

صياغة عقد عنصر لعبة

تريد سيوفًا، جرعات ومفاتيح في عقد واحد. يستخدم الوكيل read_file للنظر في ملفات .sol الموجودة، write_file لإنشاء العقد الجديد مع تعليق SPDX وخطpragma solidity، وedit_file لإضافة الأرصدة ودالة الصك والتحويلات الدفعية. جعل الرموز قابلة للتعديل للعبة يعني التفكير في كيفية وصف العناصر، وملف metadata JSON خلف uri(id) هو الجزء الذي سيقوم به المعدل بالتعديل. يصل كل تغيير edit_file كـ diff. يشغل Shell أمر التجميع الخاص بك وأمر الاختبار على شبكة محلية، وتقبل الـ diff فقط بعد قراءة رمز الخروج وأسماء الاختبارات الفاشلة، إن وجدت.

مقارنة معيارين

تبدأ مراجعة التصميم بسؤال واحد: مجموعة من الرموز الفريدة، أو العديد من أنواع الرموز في عقد واحد؟ يستخدم الوكيل web_search و http_get لقراءة نص EIP العام، ثم grep و read_file لمقارنته بالدوال في ملفاتك. ضع ملف Solidity الخاص بـ ERC 721 بجانب العقد متعدد الرموز واطلب جدولاً للفرق، يتم حفظه بـ write_file في ملف ملاحظات. الأسئلة حول كيفية اكتشاف الرموز التي تتطلب إعادة تعيين الموافقة تتعلق بـ ERC-20، لأن ERC-1155 يستخدم setApprovalForAll، الذي يمنح أو يلغي مشغلًا لكل معرف رمز دفعة واحدة. تراجع الملاحظات قبل أي تغييرات في الكود.

مراجعة الصك والتحكم في الوصول

من يستطيع استدعاء دالة الصك يقرر عدد الرموز الموجودة، لذا فإن التحكم في الوصول هو أول شيء لمراجعته. يستخدم الوكيل glob للعثور على كل ملف .sol و grep لسرد استدعاءات _mint و _mintBatch مع أرقام الأسطر. ثم يفتح كل دالة بـ read_file ويبلغ عن تلك التي يمكن لأي حساب استدعاؤها. يوقف Ask first قبل edit_file لإضافة تعديل، ويظهر diff الأسطر الدقيقة. تبدأ أداة task وكلاء فرعيين لمراجعة العقود المنفصلة بالتوازي. المراجعة ليست ضمانًا. شغل أمر الاختبار، اقرأ النتيجة، واحصل على مراجعة أمنية مستقلة قبل أي استخدام ذي قيمة حقيقية.

الاختبار على شبكة محلية

العملات على شبكة محلية أو شبكة اختبار ليس لها قيمة، لذا فهذه هي المكان للتدرب، ويمكن لأي شخص يريد بناء تطبيق صنبوك ERC20 خاص به أن يبدأ من هناك أيضًا. يستخدم الوكيل Shell لتشغيل الأمر الذي يبدأ شبكة اختبار محلية، ثم أمر التجميع وأمر الاختبار، ويعرض كل رمز خروج حقيقي على بطاقة. إذا فشل اختبار، يمكن لـ ocr قراءة لقطة شاشة محفوظة للخطأ و grep يجد الحدث أو الدالة المعنية. تقرأ البطاقة الموسعة، تقبل أو ترفض الـ diff المقترح وتشغل الاختبارات مرة أخرى قبل المضي قدمًا.