فريق OpenAI Codex يصلح ثغرة اعتماد OpenClaw، وتحسن كبير في سلوك وكيل نموذج OpenAI

وفقًا لمراقبة Beating، يركز فريق OpenAI Codex على تحسين تجربة نموذج OpenAI في OpenClaw. قال تibo Sottiaux، مسؤول مشروع Codex، إن الفريق يتعاون مع منشئ OpenClaw، بيتر ستاينبرغر، وأنه من المتوقع أن يكون هناك مزيد من التقدم الأسبوع المقبل.

اكتشف مسؤول منتج Codex، نيك باش، أثناء التصحيح مشكلة رئيسية: عند تكوين OpenClaw لاستخدام Codex harness مع نموذج OpenAI، توجد مشكلة في عملية المصادقة، حيث يعود النظام بشكل صامت إلى Pi harness، مما يجعل المستخدم يعتقد أن Codex harness يعمل بشكل طبيعي، لكنه في الواقع لا يعمل. قدم باش طلبين سحب (PR)، أحدهما لإصلاح جسر المصادقة والآخر لمنع العودة الصامتة.

الفروق في سلوك العميل قبل وبعد الإصلاح كانت ملحوظة بشكل كبير. عند استخدام Pi harness، يقوم العميل بكل نبضة قلب بعمل استعلام سطحي فقط: قراءة ملف نبضة القلب، فحص Discord، وإرجاع HEARTBEAT_OK، مع تجاهل الأوامر الأخرى، وأحيانًا يستنتج أنه يجب تنفيذ عملية دون إصدار استدعاء للأداة. بعد التبديل إلى Codex harness، يدخل العميل دورة عمل كاملة: قراءة سياق مساحة العمل، تحليل قائمة المهام، فحص المستودع، تنفيذ التعديلات، ومحاولة التحقق، بحيث يمكن لنبضات القلب اللاحقة أن تتصل بالتقدم بدلاً من تكرار العمل. قال باش إن prompt العميل ومنطق سير العمل العلوي لم يتغير، والتحسين يأتي تمامًا من التبديل في محول التشغيل الأساسي (harness)، أي أن طريقة التواصل بين OpenClaw وواجهة برمجة التطبيقات (API) للنموذج قد تغيرت.