وكيل البرمجة أصلح العطل وكسر ثلاثة أشياء أخرى

ما الذي يحدث فعلًا

أُعطي الوكيل هدفًا بلا حدّ، فحسّن الهدف. وكل ما لمسه في الطريق كان مباحًا.

لماذا

• الوكلاء على مستوى المستودع موثّقون بقدرتهم على القراءة والتعديل عبر المشروع كله. هذا المدى هو الميزة، وبلا حدّ معلَن هو الخطر نفسه.
• لا يستطيع النموذج تمييز ملفاتك الحسّاسة ما لم يخبره شيء بذلك.
• الصيانة التي استوعبت طلبات الدمج المكتوبة بالوكلاء ردّت بهذا بالضبط: قواعد مستودع مكتوبة، وخطط اختبار إلزامية، وبوابات تغطية تُسقط التغيير بدل الوثوق به.

خطوة خطوة

1. لا تدع وكيلًا يعمل مباشرة على الفرع الرئيسي أبدًا.
2. حدّد النطاق في الطلب: أي ملفات، وأي ملفات خارج الحدود صراحةً.
3. ضع القواعد في ملف بجذر المستودع بدل تكرارها في كل أمر.
4. اشترط نجاح أمر الاختبار في التشغيل نفسه الذي أنتج التغيير.
5. راجع التغيير بالحجم أولًا، واسأل لماذا تحرّك أي شيء لا علاقة له بالطلب.