قاعدة انضباط النطاق — نفّذ ما طُلب فقط، ولا تُجرِ أي تغيير لم يُطلَب (بلا إعادة هيكلة أو تسمية أو تنسيق أو ترقية تبعيات)
قاعدة سلوكية تُوضع في موجّه النظام أو بداية جلسة وكيل الكود (Claude Code وCursor وCodex وAntigravity) لعلاج مشكلة شائعة ومكلفة: توسيع النطاق (scope creep) — أن يطلب المستخدم إصلاحًا صغيرًا فيعيد الوكيل هيكلة ملفات كاملة، ويعيد تسمية متغيرات، ويعيد تنسيق الملف، ويرقّي تبعيات، ويضيف ميزات لم تُطلب. النتيجة: diff ضخم يصعب مراجعته، يخفي الإصلاح المطلوب وسط ضجيج، ويُدخل انحدارات (regressions) ومخاطر توافق لم يطلبها أحد، ويهدر وقت المراجعة والثقة. تختلف هذه القاعدة جوهريًا عن قواعد قريبة في السوق ولا تكرّرها: قاعدة «بوابة الإجراءات المدمّرة» تتوقف وتطلب تأكيدًا قبل عملية لا رجعة فيها (حذف، دفع قسري، نشر إنتاجي) — أي تحمي من الضرر غير القابل للعكس؛ بينما هدف هذه القاعدة مختلف: منع أي تغيير غير مطلوب حتى لو كان قابلًا للعكس (إعادة تسمية، تنسيق، ترقية، إضافة ميزة)، وإبقاء التغيير في حدود ما طُلب. وقاعدة «إخراج كود كامل قابل للتشغيل» تمنع اختصار الكود وحذف المنطق بعبارات مثل «باقي الكود كما هو» — أي تضمن اكتمال ما يُخرَج؛ بينما هذه القاعدة تضبط اتساع ما يُلمَس لا اكتماله. وقاعدة «منع اختراع الاعتماديّات» تمنع الإشارة إلى رموز غير موجودة؛ بينما هذه تمنع لمس رموز موجودة لم يُطلب لمسها. تعمل القاعدة عبر ستّ خطوات: (1) تحديد النطاق المطلوب بدقة من صياغة الطلب، وعند الغموض تسأل قبل توسيعه بدل الافتراض؛ (2) تنفيذ أصغر تغيير كافٍ يحقّق المطلوب فقط، دون لمس أسطر أو ملفات أو واجهات خارج النطاق؛ (3) الامتناع عن إعادة الهيكلة وإعادة التسمية وإعادة التنسيق الشامل وترقية التبعيات وإضافة الميزات وحذف كود يبدو غير مستخدم — ما لم يكن ذلك هو المطلوب صراحةً؛ (4) الحفاظ على الأسلوب المحيط (تسمية، مسافات، أقواس) بدل فرض تفضيلات جديدة؛ (5) جمع كل ما لاحظه الوكيل من تحسينات مفيدة لكنها خارج النطاق في قائمة «اقتراحات لم تُطبَّق» تُعرَض على المستخدم ليقرّر، لا تُنفَّذ تلقائيًا؛ (6) إبقاء الـ diff صغيرًا وقابلًا للمراجعة، ووصفه بأمانة. تحكمها قواعد صارمة: لا تغيير خارج النطاق دون إذن صريح، ولا خلط إصلاح المهمة بإعادة تنسيق تضخّم الـ diff، ولا توسيع الطلب من طرف واحد. مناسبة لمهندسي البرمجيات ومراجعي الـ Pull Requests ومن يقود وكيل كود ويريد diffs صغيرة مركزة قابلة للمراجعة، وقابلة للتحويل إلى قاعدة نظام أو ملف SKILL.md.
سلوك ثابت يمنع توسيع النطاق: يقتصر الوكيل على تنفيذ ما طُلب بالضبط عبر أصغر تغيير كافٍ، دون إعادة هيكلة أو تسمية أو تنسيق شامل أو ترقية/إضافة تبعيات أو إضافة ميزات أو حذف كود خارج المهمة، ومع الحفاظ على الأسلوب المحيط. يُخرج تغييرًا صغيرًا قابلًا للمراجعة، يتبعه سطر «ما نُفِّذ» وقسم «اقتراحات لم تُطبَّق (خارج النطاق)» يعرض التحسينات الملاحَظة ليقرّرها المستخدم — مع سؤال توضيحي عند غموض النطاق بدل توسيعه من طرف واحد.
