التبني والإثبات هما أبواب القيمة؛ الجيل ليس كذلك.
يُثبت وكيل LangChain الذي يعمل خلال العرض التوضيحي فقط أنه “يستطيع الإنشاء”؛ تتطلب حلقة WCN المغلقة إثبات “تعزيز النتائج”. لذلك، من الضروري التسجيل: ما هو المخرج الذي تم تعليقه على أي مهمة، ومن اعتمده، وما هي تغييرات الحالة التي تم تشغيلها بعد الاعتماد، وما إذا كان الدليل النهائي قد اجتاز الدليل. وبدون هذا الرابط، فهي مجرد نافذة دردشة أخرى.
المسار الرئيسي إلى الحلقة المغلقة
إرسال المهمة (بما في ذلك معايير النوع والقبول) ← تنفيذ الوكيل ضمن الترخيص ← تخزين المخرجات المنظمة ← يعتمد/يرفض/ينقح مالك العقدة ← تقدم آلة الحالة صفقة أو مهمة ← تقديم أدلة النتيجة ← مراجعة مكتبية للإثبات ← إنشاء سجل PoB ← أدخل طبقة التسوية والسمعة
قيمة الوكيل هي محرك النتيجة الذي يمكن تحديده: يمكن للنظام التمييز بين "تم إنشاء 10 صفحات" و"تم اعتماد 3 منها وأدى إلى عقد اجتماعات/تعديل الشروط/استيفاء شروط الدفع".
الشروط اللازمة لمخرجات الوكيل لإدخال الدليل
adopted_by، الطابع الزمني، فرق التعديل الاختياري؛ يختلف عن "نسخ المستخدم بعيدًا" الضمني لـ Copilot، ويجب أن يكون منظمًا.إذا كان أي من الشروط مفقودًا → فسيتم تصنيفها على أنها "أداة تم إنشاؤها" ولن يتم تضمينها في إثبات العمل؛ نفس السبب وراء عدم إمكانية تضمين "رسائل البريد الإلكتروني التي لا تحتوي على أرقام المعاملات وأوراق العمل" في TradFi في الحساب.
ثلاثة أمثلة ملموسة لسير العمل
مثال مضاد: يبدو مشغولاً للغاية، حلقة مغلقة صفر
- ينتج الاستكشاف غير المحدود بنمط AutoGPT عددًا كبيرًا من الملاحظات، بدون مهمة، بدون مالك → ضوضاء.
- يقوم Copilot بإنشاء رسائل بريد إلكتروني جميلة ولكن لم يتم إرسالها من مهمة WCN، ولا توجد علامة اعتماد → غير قابلة للنسب.
- اقترح الوكيل الانتقال إلى المخطط الزمني، وأعادت العقدة توجيهه شفهيًا إلى طرف المشروع ولكن النظام كان عديم الحالة → غير قادر على التحقق.
ماذا تقرر هذه الخطوة؟
اقتراحات لمعايير القبول: هل يمكنك استخدام السجلات للشرح بوضوح خلال 30 دقيقة أثناء النزاع - من الذي طلب من الوكيل أن يفعل ماذا، وما الذي تم اعتماده، وما هي نتيجة العمل النهائية. إذا كان من الممكن القيام بذلك، فإن تصميم الحلقة المغلقة مؤهل بشكل أساسي.