لماذا ترفض خطة أن تعمل؟

الإصدار والثقة في a2

فحصنا خطة بالأمس. واليوم سنشغلها من جديد.

قد تكون الملفات تغيرت؛ وهذا سبب إعادة التشغيل أصلاً. لكن ماذا لو تغير الكود الذي تستدعيه الخطة أيضاً؟

قد يبقى اسم المهارة كما هو، وقد يبدو وصفها نفسه. لكن العملية التي ستُنفذ ربما لم تعد العملية التي فحصناها بالأمس.

يعالج فحص منفصل في حزمة عرض a2 هذا الموقف.

معرفة الإصدار إلى جانب الاسم

تحمل خطط العرض هوية المهارة التي ستُستخدم وبصمة كودها. بذلك يمكن رؤية الجزء الذي استند إعداد الخطة إليه.

تُستخدم إصدارات المهارات نفسها مع بيانات اليوم الأول والثاني. ثم يوجد فحص منفصل يحاول تشغيل الخطة القديمة بعد تغير حالة المهارة.

يسجل ملف الحزمة سبب التوقف الآتي:

skill_snapshot_changed

قائمة الخطوات المكتملة فارغة. لم تُنفذ أي خطوة من الخطة ولم يُستدع نموذج أثناء هذا الفحص.

ما يلفت انتباهي هو ظهور التغير قبل بدء العمل، بدلاً من اكتشافه في منتصفه.

تغير الكود لا يعني أنه خاطئ

قد يكون الإصدار الجديد أفضل فعلاً. ربما يصلح خطأ أو يعالج حالة لم تكن مدعومة.

ومع ذلك، لا أريد نقل موافقة الخطة القديمة إلى الكود الجديد تلقائياً.

تناولت المراجعة السابقة جزءاً محدداً. وعندما يتغير، يجب إعادة تقييم السلوكيات التي بقيت محفوظة. وينبغي أن يكون الانتقال إلى الإصدار الجديد قراراً مسجلاً أيضاً.

في المقال السابق عن Evidrel تناولنا سؤالاً مشابهاً عبر تغير المصادر: كيف نتعامل مع قبول سابق عندما تتغير أسسه؟

أحد الأجوبة الملموسة في a2 هو رابط الإصدار بين الخطة والمهارة التي ستشغّلها.

ماذا لا تخبرنا بصمة الكود؟

مطابقة الكود للإصدار المتوقع لا تثبت صحته. يمكن تكرار الكود الخاطئ نفسه بالطريقة نفسها أيضاً.

السؤال الذي يجيب عنه هذا الفحص أضيق:

هل الجزء الذي نحن على وشك تنفيذه هو الجزء الذي تستند إليه الخطة؟

ما زلنا نحتاج إلى قواعد المهمة ومخرج متوقع مستقل لمعرفة صحة النتيجة. لا تستبدل بصمة الكود هذه الفحوص.

لهذا يهم وجود سجلين منفصلين في العرض: المقارنة بالنتيجة المتوقعة، ورفض التنفيذ عند تغير الإصدار. يفحص أحدهما المخرج، ويفحص الآخر الجزء الذي يقوم عليه التنفيذ.

شرط لإعادة التشغيل

عند تسهيل الأعمال المتكررة، يوجد خطر جعل التغيرات التي حدثت بينها غير مرئية.

يحد رابط إصدار الخطة هذا الخطر عند نقطة محددة. يضيف إلى طلب «شغّل العمل نفسه مجدداً» شرطاً بشأن الكود الذي سيُستخدم.

هذا أحد السلوكيات التي أقدرها في المعاينة التقنية الأولى: إلى جانب خطة تستطيع العمل، خطة تستطيع تفسير سبب عدم عملها عندما يتغير أساسها.

---

ملاحظة المصادر — 18 أكتوبر 2026: يعتمد النص على وثائق إصدار 0.1.0a1 وسجلات العرض الموجودة. بيانات العرض اصطناعية والمهارات مكتوبة بشرياً. لم يُنفذ عرض أو استدعاء نموذج أو تقييم جديد من أجل المقال.

الكود المصدري · الإصدار والتنزيلات · دليل العرض · تنزيل تقرير HTML · تنزيل أدلة العرض · GitHub CI

روابط: a2 · العمل نفسه، وملف آخر في اليوم التالي · متى ينبغي أن يتوقف الوكيل؟ · متى ينبغي أن نتوقف عن استخدام نتيجة؟ · المعاينة التقنية الأولى لـa2