لقد قمت بتشغيل خطط وكلاء متعددة الشرائح في Codenames AI repo - تجديد عمليات الترحيل ومهارات مسار المحتوى وترقيات التبعية. لقد قمت بتقسيم عمل العلاقات العامة المتعددة إلى شرائح (عادةً ما يكون كل طلب سحب واحدًا)، كل منها مدعوم بملف تخفيض السعر مع مسارات الملفات، وأوامر التحقق، ومعايير قبول الدمج الآمن.
لا تحتاج إلى المؤشر للتعرف على الشكل: أي سير عمل وكيل يمكنه فتح فروع، أو دفع الالتزامات، أو دمج العلاقات العامة من خطة مكتوبة له نفس الفجوة. في الإعداد الخاص بي، ألصق كل شريحة في محادثة وكيل جديدة كمطالبة تفويض - وليس ملخص تذكرة، ولكن تعليمات قابلة للتنفيذ - وأبدأ محادثة جديدة عندما يصبح العلاقات العامة جاهزة.
افترضت أن القائمة المرجعية كانت كافية. وصفت الخطة ما يجب بناءه. لقد تعاملت مع المدى الذي يمكن أن يذهب إليه العميل ضمنيًا.
ثم قام أحد الوكلاء بدمج طلب سحب كنت أتوقع مراجعته أولاً.
كان الزناد عاديًا. أثناء الشريحة الأولى من عملية ترحيل Renovate، قام الوكيل بإعادة تجميع مجموعات التبعية في renovate.json - للتكوين فقط، بدون تعديلات على الإصدار، ولا يوجد سلوك في وقت التشغيل. تم تشغيل فحص الوبر والطباعة وفتح طلب السحب ودمجه.
وكان التغيير في حد ذاته معقولا. إن إعادة التجميع باستخدام التكوين فقط renovate.json هي بالضبط نوع الشريحة التي تريدها من طبقك.