المجموعة النصية الجماعية هي الحدود الجديدة للوكلاء الذكاء الاصطناعي

على مدى العامين الماضيين، كان التفاعل مع نموذج الذكاء الاصطناعي بشكل كبير أمراً خاصاً: تكتب، فيجيب، وتنتهي المحادثة. هذا النمط الآن يتعرض للتحدي من قبل موجة من المنتجات التي تدمج الوكلاء مباشرة في المجموعات النصية الجماعية، القنوات الفوضوية وعالية الحركة حيث يحدث العمل الحقيقي داخل الشركات.

AgentTeams من ألي بابا كلاود، الذي كُشف عنه في قمة 520 لألي بابا كلاود، وClaude Tag من أنثروبيك، الذي صدر لتطبيق Slack، كلاهما يسمح لعدة بشر وعدة وكلاء بالتواجد معاً في نفس غرفة الدردشة. التشابه السطحي، وكلاء في مجموعة، يخفي انقساماً فلسفياً عميقاً حول كيفية إدارة هذه الأنظمة وما هي فوائدها.

فلسفتان لنفس الغرفة

Claude Tag يأخذ مساراً مباشراً: نموذج واحد قوي يجلس في قناة Slack، يستمع إلى المحادثة، ويجيب عندما يتم ذكره بـ @. مدونة أنثروبيك تحدد أربع خصائص لمجموعات الوكلاء النصية، الاستمرارية، السياق المشترك، المهام غير المتزامنة، والطوبولوجيا المسطحة، لكنها تحافظ على انخفاض عبء النموذج. الوكيل يقوم بالتفكير؛ Slack يوفر الطوبولوجيا.

AgentTeams، على النقيض، يعامل كل دردشة كمنظمة مصغرة. كل وكيل وكل إنسان يحمل هوية تصريحية:

• مدير، إنسان، مسؤول على مستوى المنصة
• قائد فريق، وكيل، ينسق العمال
• عامل، وكيل، أصغر وحدة تنفيذ
• إنسان، بثلاث طبقات صلاحية: L1 مسؤول، L2 قائد فريق، L3 عامل

كل عامل يحتفظ بملفات مثل SOUL.md وAGENT.md وMEMORY.md، نهج Kubernetes للوكلاء حيث كل شيء معلن، مجدول، مدقق، وقابل للإلغاء.

عندما لا يكون وكيل واحد كافياً

الدافع الأساسي لوكلاء المجموعات النصية الجماعية هو نفس السبب الذي يجعل البشر يشكلون فرقاً: الانتباه المحدود. نافذة السياق لوكيل واحد لا يمكنها استيعاب سلسلة تطوير برمجيات تمتد لأسبوع تشمل تحليل المتطلبات، البرمجة، الاختبار، والمراجعة دون تدهور جودة الاستدلال.

سلسلة AgentLoop من ألي بابا كلاود، المبنية على AgentTeams، تقسم البرمجة الشاملة إلى خمسة عمال يتعاملون مع تصنيف المتطلبات، البرمجة، الاختبار، المراجعة، والتحقق. كل عامل يحتفظ بسياقه النظيف الخاص؛ قائد فريق ينسق عمليات التسليم ويستأنف من نقاط التفتيش عند الفشل. النتيجة هي نظام يعكس كيفية عمل فريق تطوير بشري، ويمكن أن يعمل عبر ساعات أو أيام دون انهيار.

أنثروبيك تبلغ أن 65% من طلبات السحب الخاصة بفريق منتجها الخاص تمر الآن عبر Claude Tag. في كلتا الحالتين، الفائدة الهامشية للسياق المشترك والمهام غير المتزامنة تفوق التعقيد الإضافي.

فجوة الحوكمة

وكلاء الدردشة الفردية يقترضون بيانات اعتماد المستخدم لكل استدعاء. في المجموعة النصية الجماعية، ينهار هذا النموذج: عندما يذكر عشرة أشخاص نفس الوكيل بـ @ في نفس الوقت، رمز من يُستخدم؟ وعندما تمتد مهمة لساعات وتنتهي جلسة الطالب الأصلي، من يستلمها؟

AgentTeams يحل هذا على طبقة البنية التحتية من خلال بوابة Higress AI. العمال لا يلمسون أبداً بيانات اعتماد حقيقية، بل يحملون رموز مستهلك قابلة للإلغاء، والبوابة تستبدل مفاتيح API الحقيقية ورموز GitHub PATs وبيانات اعتماد MCP لكل استدعاء خارجي. عامل مخترق لا يسفر عن شيء سوى رمز لمرة واحدة.

Claude Tag يستخدم نموذج صلاحيات على مستوى القناة: قواعد القناة تحدد ما يمكن للوكيل الوصول إليه، بغض النظر عن من ذكره بـ @. وكيل قناة الموارد البشرية لا يمكنه قراءة بيانات الهندسة، حتى لو ذكر مهندس الوكيل بـ @ من قناة الموارد البشرية.

كلا النهجين يدركان أن المجموعة النصية الجماعية تصعد المشكلة من الجدولة (دردشة فردية) إلى الحوكمة (مجموعة نصية جماعية). الفرق هو أن AgentTeams يعاملها كمشكلة مستوى تحكم مستمدة من Kubernetes، بينما أنثروبيك تعاملها كامتداد لواجهة المستخدم لنموذج الخيوط والقنوات الحالي لـ Slack.

الذاكرة كأصل تنظيمي

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

إطار الذاكرة ReMe من AgentTeams ينظم هذا في ثلاث طبقات:

1. قصيرة المدى، تيارات محادثة، تُكتب إلى ملفات الجلسة، لا تُستخدم مباشرة في الاسترجاع عبر الإنترنت.
2. طويلة المدى، خلاصات منظمة من الحقائق الشخصية، الإجراءات، وعقد المعرفة، مفهرسة عبر BM25 أو التضمين للإنتاج المؤسسي.
3. الحلم، وظيفة cron ليلية تقوم بتقطير، تصحيح، إزالة التكرار، ودمج حقائق اليوم قصيرة المدى في التخزين طويل المدى، ثم توليد 'تقرير استيقاظ' لمراجعة مسؤول الفريق.

هذا يعكس كيف تتعلم المؤسسات فعلياً: من خلال التقطير التكراري للمحادثات إلى معرفة دائمة، وليس بإلقاء سجلات الدردشة الخام في قاعدة بيانات متجهات.

ثلاث سيناريوهات حيث تتفوق المجموعة النصية الجماعية على الدردشة الفردية

تحليل ألي بابا كلاود يحدد ثلاث ظروف تصبح فيها المجموعة النصية الجماعية الوضع الأفضل:

• التعاون عبر المجالات، عندما تمتد مهمة عبر تحليل المتطلبات، البرمجة، والاختبار، تقسيمها عبر وكلاء متخصصين يحافظ على نظافة كل سياق.
• سير العمل الطويل، سلسلة إصدار تستمر لساعات أو أيام تخفف انتباه وكيل واحد؛ وكلاء متعددون يحافظون على الحالات الوسيطة ويستأنفون من نقاط التفتيش.
• حدود ثقة متعددة، عندما تحتاج فرق مختلفة لمستويات وصول مختلفة للبيانات، الأدوات، والتكاليف، لا يمكن لوكيل واحد التصرف نيابة عن هويات تنظيمية متعددة.

لا يمكن لأي من هذه التعامل بفعالية من خلال جلسة دردشة فردية.

ليس بديلاً، بل امتداداً

وكلاء المجموعات النصية الجماعية لن يحلوا محل التفاعلات الفردية، الفرق وراء كلا النظامين تعترف بذلك. لتوليد كود سريع، استرجاع مستندات، أو إنشاء صور، تبقى الدردشة الفردية أرخص وأسرع. لكن بالنسبة للـ 70% من التعاون المؤسسي الذي يحدث بالفعل في مجموعات الدردشة الفورية، التحول النمطي حقيقي.

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