1 / النماذج تتحسن في الكود! يمكن أن يكون لكيفية استخدام الوكلاء أيضا تأثير 10 أضعاف. من يستخدم عوامل الترميز داخليا في "الوضع المتقدم"؟ DM لدعوة عشاء تستضيفه @conviction حول هذا الموضوع بعض الملاحظات من المحادثات مع فرق الشركات الناشئة في @conviction حول أفضل الممارسات:

2 / سياق التحميل الأمامي. احتفظ ب في الريبو مع غرض المشروع والإرشادات المعمارية وبنية الملف ودليل النمط وأوامر الاختبار حتى يكتب الوكلاء وفقا لمعاييرك

3/ phase the work. plan → implement → review → refine --> commit. have the agent explain design choices and catch bad assumptions early

4 / إنشاء / استخدام التحقق من الصحة في الحلقة ومستمر عبر قاعدة التعليمات البرمجية الخاصة بك! من linters إلى ، المراجعة هي الحلقة المفقودة ، وهناك جانب صعودي كبير في التحقق الآلي الأفضل

5 / إنشاء نقاط تفتيش - يمكنك تجاوز فهمك لقاعدة الشفرة. يكمن الخطر في "LGTM" للجميع ولديك ميزات لا يمكن لأحد شرحها أو تصحيحها أو تغييرها بأمان

6 / امنح وكلائك ذاكرة الفريق. قوالب المطالبة المشتركة + الأوامر (/ plan ، / spec ، / implementation ، / review ، / revise ، / commit) تحافظ على اتساق الاستخدام ومضاعفة الجودة

7 / الاقتران بأدوات مثل @CorridorSecure ، وتغذية الآثار وعمليات المسح والأخطاء تلقائيا في الوكيل

8/ إعادة خط الأساس تلقائيا. عند حدوث تغييرات كبيرة ، قم بكتابة تحديث وملخص قاعدة بيانات جديد للحفاظ على "النموذج العقلي" للوكيل الحالي

9/9 متوازية عن قصد. قسم العمل إلى تذاكر مستقلة ومحددة النطاق مع اختبارات + سياق. قم بتشغيل الوكلاء بالتوازي وحافظ على البشر في التصميم والتكامل وتصحيح أخطاء التمرير الثاني الصعب والمراجعات النقدية. لا تشاهد العملاء يركضون!