قامت Nexus Lab بجعل ack-is-not-done-guard مفتوح المصدر، وهي أداة مساعدة صغيرة تمنع وكلاء Claude Code القائمين على الملفات من الادعاء بأن المهمة قد اكتملت حتى يصلوا إلى حالة "proven done" (تم الإنجاز المثبت) التي تم التحقق منها. أصبح بإمكان المطورين الذين سئموا من عمليات الإكمال الوهمية الآن امتلاك حارس ملموس يمكن إدراجه في مسارات عملهم (pipelines).
لماذا تكتسب هذه الأداة أهمية
يقرأ وكلاء Claude Code الملفات ويكتبونها، وهو سير عمل يسهل معه الخلط بين بداية العملية ونهايتها.
كيف تعمل الأداة
تحدد الأداة أربع حالات صريحة:
- Acknowledged – تم التعرف على المهمة.
- Working – الوكيل يقوم بالمعالجة بنشاط.
- Artifact delivered – تم كتابة المخرجات المطلوبة.
- Proven done – تم استيفاء جميع شروط الإكمال.
لا يسمح الحارس بمرور ادعاء الإكمال إلا عندما يصل الوكيل إلى حالة "proven done". عملية التحقق خفيفة الوزن؛ فهي لا تراقب العمليات غير ذات الصلة ولا تعمل كإطار عمل كامل للتنسيق (orchestration framework). بل تتصل مباشرة بسير العمل القائم على الملفات الذي يتوقعه Claude Code.
من المستفيد، ومن المستبعد
نظرًا لأن الحارس يركز بشكل ضيق على الحالات القائمة على الملفات، فإنه لن يساعد المشاريع التي تستخدم بنيات وكلاء أخرى أو تحتاج إلى إشراف أوسع على سير العمل. يجب على تلك الفرق الاستمرار في الاعتماد على المراقبة الخارجية أو المنطق المخصص.
الخلاصة
يثبت ack-is-not-done-guard أن نموذج حالة متواضع ومحدد جيدًا يمكن أن يسد ثغرة موثوقية مستمرة في سير عمل الملفات المدفوع بالذكاء الاصطناعي، مما يمنح المطورين طريقة واضحة ومنخفضة العبء للثقة في أن كلمة "تم" التي يقولها الوكيل تعني حقًا أنه قد انتهى.