تم النشر في 8 أغسطس • تم نشره في الأصل على موقع hexisteme.github.io
أقوم بتشغيل خطاف إيقاف يسمى stop_decision_ownership_check.sh - وهو برنامج نصي يتم تشغيله في نهاية كل دورة وكيل في جلسات البرمجة الخاصة بي - وتتمثل مهمته في اكتشاف فشل محدد: يقوم الوكيل بإجراء التحليل وهو قادر تمامًا على القيام بنفسه، ثم يعيد لي الاستنتاج كسؤال بدلاً من مجرد الإجابة عليه. في وقت هذا التدقيق، تم تشغيله بشرطين: تطابق الرسالة الأخيرة للوكيل نمطًا لهذا النوع من إعادة التسليم، وإدخالات النص العشرة قبل أن تُظهر الوكيل يسحب البيانات فعليًا أولاً - قراءة ملف، grep، أمر shell. الشرط الثاني موجود لأن مطابقة النمط وحدها لا يمكنها معرفة سؤال حقيقي من ركلة جزاء؛ والجملة نفسها تكون مقامرة إذا تبعت حفراً حقيقياً، ومشروعة إذا لم تكن كذلك. إنها واحدة من سبعة خطافات تم إنشاؤها بنفس الطريقة خلال جلساتي، وحتى وقت قريب لم يكن لدي أي فكرة عن عدد المرات التي تم فيها إطلاق أي منها فعليًا مقارنة بعدد مرات تشغيلها، لأن الكود لم يكتب شيئًا باستثناء النتيجة الوحيدة التي منعت الدور.
ترك القارئ، @xm_dev_2026، تعليقًا يوضح الموقف بعبارات حادة: الخطوة التالية الأرخص هي إضافة طابع زمني إلى ملف بصمة الإصبع الذي يكتبه الخطاف بالفعل عند الحظر. أسبوع من ذلك من شأنه أن يؤرخ الحرائق. فإنه لا يزال لا يوفر معدل الزناد دون القاسم المفقود. كان السؤال الحقيقي هو ما إذا كنت على استعداد للعمل بناءً على بيانات أسبوع من بوابة كانت تعمل بالفعل دون أدوات لعدة أشهر. وكما تبين فيما بعد، يمكن للنصوص المحتفظ بها أن تجيب على السؤال القاسم دون هذا الانتظار.
يبدو معدل التشغيل وكأنه مشكلة في المقاييس - أضف عدادًا، وانتظر، ثم أعد قراءته لاحقًا. ولكن عندما يكون منطق قرار البوابة حتميًا ويتم الاحتفاظ بالمدخلات التي تقررها في مكان ما، فلن تضطر إلى انتظار بيانات جديدة. يمكنك إعادة تشغيل المنطق الدقيق للبيانات القديمة والحصول على معدل مخالف للواقع اليوم، بحجم عينة لن يتطابق أبدًا مع أسبوع من الأجهزة الحية. الفجوة هنا لم تكن كتابة مفقودة. لقد كانت قراءة مفقودة.
يوجد رابط ملكية القرار في كل حدث Stop؛ كما هو الحال في ذلك الوقت، كانت هناك خمس نتائج محتملة، وواحدة منها بالضبط لمست القرص. إذا كانت الرسالة الأخيرة للوكيل لا تحتوي على نص، فسيتم الخروج بهدوء. إذا لم تظهر الإدخالات العشرة السابقة أي استدعاء لأداة جمع البيانات، فسيتم الخروج بهدوء. إذا لم يتطابق نمط اليد الخلفية، فإنه يخرج بهدوء. إذا كانت متطابقة ولكن تم تسجيل استجابة مماثلة بالفعل، فإن فحص إلغاء البيانات المكررة يلتقطها ويخرج بهدوء أيضًا. فقط إذا لم يتوقف أي من ذلك، فسيقوم الخطاف بحظر المنعطف - وعندها فقط يقوم بإلحاق سطر واحد، تجزئة نص الاستجابة، إلى ~/.claude/decision-ownership.warned .
يتم تشغيل عملية التحقق من الحذف قبل هذا الإلحاق، مما يعني أن المثيل الثاني أو الثالث لنفس النص المحظور لا ينتج عنه أي سطر جديد. لذا فإن عدد صفوف السجل التحذيري لم يكن أبدًا حسابًا لعدد مرات إطلاق الخطاف. لقد كان بمثابة إحصاء لعدد الأجزاء المميزة من النص التي تم إطلاق النار عليها على الإطلاق. والرقم الوحيد الذي من شأنه أن يجعل أيًا من العددين يعني شيئًا ما - كم مرة تم تشغيل الخطاف على الإطلاق - لم يظهر في أي مكان، في هذا الخطاف أو الستة الآخرين المبنيين بنفس الطريقة: صفر عدادات في السبعة، خمسة منهم لا يحتفظون إلا ببصمة إصبع مثل هذه.