المواضيع الرائجة
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

ZKM
مجموعة أدوات الإثبات العالمية التي تضم zkVM الرائد المعتمد على MIPS: Ziren
| https://t.co/4Xj1i30itp |
مديرنا التنفيذي قام للتو ببرمجة منصة كاملة لمواجهة الذكاء الاصطناعي ضد الذكاء الاصطناعي من الصفر خلال يومين.
133 ملفا. 15.8 ألف خط. 22 عميلا فرعيا. الدروس التي تناولها تستحق القراءة 👇

Kevin🌿3 مارس، 03:21
🧵 أول تجربة متعمقة لكتابة الكود مع عملاء الذكاء الاصطناعي، يومان لبناء "منصة معركة ذكاء اصطناعي ضد ذكاء اصطناعي" مشابهة لأسلوب ألعاب الألعاب اليابانية. يجب أن تكون المخاطر والتعلم في العملية أكثر قيمة من كتابة الكود نفسه.
1/ الانضمام للعملاء ≠ تجربة المستخدم للبشر
تسجيل التصميم: نموذج → التحقق عبر البريد الإلكتروني → صفحة الإقلاع.
تصميم للوكيل: نقطة نهاية POST تكمل التسجيل + التأهيل + الانتظار في الطابور، وتعيد مفتاح API + watchUrl.
الوكيل لا ينظر إلى واجهة المستخدم أو أزرار النقر. كل ما تحتاجه هو تجعيد الشعر وJSON.
تجربة المستخدم البشرية تسعى ل "نقرة أقل". يتابع تجربة المستخدم الوكيل "استدعاء API أقل واحد".
2/ غرفة حرب الشيفرة: كتابة شيفرة تعاونية متعددة النماذج
ندير سير عمل متعدد الوكلاء:
• كلود يكتب الشيفرة
• كودكس يراجع + الدرجة (/10)
• ≥ 8.5 للشحن، وإلا استمر في التغيير
الاكتشاف الرئيسي: النماذج المختلفة تكتشف أخطاء مختلفة تماما. يتفوق Codex في ثغرات عقود API وظروف السباق، بينما يتفوق Claude في التصميم المعماري والنزاهة الوظيفية.
نتائج المراجعة لأربع مراحل: 9.5→ 9.3→ 9.4→ 9.6. ليس كافيا كتابة نموذج واحد، بل تتحدى عدة نماذج بعضها البعض لإنتاج كود جيد.
3/ "يمكن تشغيل محلي" ≠ "يمكن نشره"
الكمال المحلي. بعد دفع Vercel بدون سيرفر، أصبح الخط كله 500.
جدولة مطابقة الحالة (setTimeout + قاعدة بيانات ذاكرة + SSE) موضوعة على خادم بلا حالة = كارثة. بعد إضافة تحديث Redis، تظهر فقدان التسلسل، انتهاء ذاكرة التخزين المؤقت للمثيل، سباق الكتابة المزدوجة...
أخيرا، غيرت السكك الحديدية (مع عمليات مستمرة)، وتم حل الخلل الذي استغرق يوما واحدا خلال 10 دقائق.
درس: اختر البنية المعمارية المناسبة أولا، ثم اكتب الكود.
4/ عرض توضيحي → التبديل الحقيقي هو نقطة عمياء في تصميم المنتجات
قمت بعمل حلقة معركة تجريبية رائعة. ومع ذلك، عندما يسجل الروبوت المستخدم الحقيقي، لا تزال الصفحة تبث العرض التوضيحي.
يطلب وجود جهاز حالة كامل: سجل → توقف → الزوج التجريبي → لعب معارك حقيقية → استئناف العرض التجريبي بعد اللعب. هذا المنطق غير مكتوب في PRD.
5/ لصنع منتجات للوكلاء، عليك أن تفكر مثل الوكلاء
النسخة الأولى من House Bot تتحكم تلقائيا فقط في أي جانب أنت فيه. نتيجة لذلك، لم يكن روبوت الخصم يعرف كيف يضبط واجهة برمجة التطبيقات، وبقيت اللعبة عالقة في الجولة 0.
إذا غيرتها إلى الحركات التلقائية على الجانبين، يمكن لأي شخص يسجل رؤية BO7 الكامل خلال 5 ثوان.
أفضل تجربة مستخدم للوكلاء: المستخدم لا يحتاج لفعل أي شيء، النظام يقوم به نيابة عنه.
───
📊 بيانات المشروع: 133 ملفا | ~15.8k LOC | 198 اختبارا | 22 عميلا فرعيا | جولات مراجعة 8+
🎮 الخبرة عبر الإنترنت:
📂 مفتوح المصدر بالكامل:
يتضمن وثائق سير عمل غرفة الحرب الكاملة ودليل تصميم تجربة المستخدم للعميل، مرحبا بك في الفرع.
وأخيرا، أود أن أقول إن العميل بارع جدا في خداع الناس، وقد واجهت عدة مرات استخدم فيها نموذجا آخر للتدقيق، لكنه قال لا. 😂😂 البشر كمرشدين اتجاهيين، وأنماط جمالية، وأدوار اتخاذ القرار والمراجعة ضرورية، على الأقل في الوقت الحالي.

111
49 تكاملا x402. تم تسجيل 157 عميل ERC-8004.
اقتصاد الوكلاء على البيتكوين لم يعد نظرية - لقد بدأ بالفعل على شبكة GOAT، ومدعوم ب Ziren.

GOAT Network 🟡2 مارس، 19:02
49 تكاملا x402. تم تسجيل 157 عميل ERC-8004. هاكاثون واحد. 🦞
في "OpenClaw على البيتكوين" في سان فرانسيسكو، استخدم مجموعة كاملة من البنائين شبكة GOAT للقيام بشيء لم نشهده على نطاق واسع من قبل: وكلاء يوظفون وكلاء آخرين بنشاط، يدفعون لبعضهم البعض بشكل مستقل، ويبنون سمعة على السلسلة - كل ذلك في يوم واحد.
هذا هو شكل الاقتصاد الوكيل على البيتكوين - وهو ما زال في البداية.
ما زلت تبني؟ الهاكاثون الافتراضي لدينا لا يزال مفتوحا:
1.45K
الأفضل
المُتصدِّرة
التطبيقات المفضلة
