وكلاء دائمون داخل Slack: قراءة Claude Tag من منظور المنصة
نظرة عامة
في الثالث والعشرين من يونيو 2026، أعلنت Anthropic عن Claude Tag. حين يكتب المستخدم طلباً موجهاً إلى @Claude داخل قناة Slack ويكلّفه بمهمة، يقوم الوكيل بتقسيم الطلب إلى خطوات، ثم ينفّذ كل خطوة مستعيناً بالأدوات والبيانات المتصلة، ويعود بالنتائج ضمن نفس الخيط. المنتج متاح حالياً في مرحلة تجريبية لعملاء Claude Enterprise وClaude Team عبر Slack، مع الإعلان عن إطلاق أوسع لاحقاً.
قد يبدو الأمر للوهلة الأولى مجرد بوت Slack آخر، لكن قراءة الإعلان بتمعّن تكشف فلسفة تصميم مختلفة عن برامج الدردشة التقليدية. بدلاً من تبادل محادثة يُنجز في خطوة واحدة ثم ينتهي، يُعدّ Claude Tag وكيلاً دائماً يقطن القناة، ويتشارك السياق مع الجميع، ويعمل بصورة غير متزامنة، ويتابع الإجراءات اللاحقة من تلقاء نفسه وفق الإعدادات المحددة. وقد أوضحت Anthropic أن فرقها كانت تستخدم نسخة داخلية من هذا الوكيل طوال عام كامل، وأن 65% من كود فريق المنتجات كُتب باستخدامه، بما يشمل معظم الكود الذي بنى Claude Tag نفسه [تقدير: وفق تصريح الشركة].
تُشغّل ThakiCloud منصة SaaS للذكاء الاصطناعي وتعلم الآلة مبنية على Kubernetes، وتُدير داخلياً فرق وكلاء بهيكلية المحور والأذرع، مع إرسال نتائج العمل إلى قنوات التقارير على Slack. لذا فإن فكرة وكيل يقيم داخل أداة التعاون ليست مجردة بالنسبة لنا، بل هي نمط نُشغّله فعلاً. يتناول هذا المقال ما الجديد حقاً في Claude Tag، وكيفية قراءة رقم الـ65%، وما يعنيه هذا النمط لمنصات الذكاء الاصطناعي متعددة المستأجرين المُشغَّلة محلياً.
ما هو Claude Tag
باختصار، Claude Tag وكيل تنفيذ مهام يعيش داخل Slack. يكتب المستخدم طلباً بلغة طبيعية موجهاً لـ@Claude، فيقسّم الوكيل العمل إلى خطوات، وينجز كلاً منها باستخدام الأدوات والبيانات المتاحة، ثم يسلّم النتائج داخل الخيط. إنه ليس أداة مساعدة تعمل على الهامش كالاقتراح التلقائي، بل يتولى مهمة كاملة ويقودها حتى نهايتها.
اختيار Slack ساحةً للعمل ليس قراراً عشوائياً. Slack هو المكان الذي يتركّز فيه سياق العمل في كثير من المؤسسات: نقاشات الهندسة، واستفسارات مقاييس المنتج، وتذاكر الدعم، ومحادثات التصحيح البرمجي، كلها مُنظَّمة في قنوات. توضح Anthropic أن فرقها استخدمت النسخة الداخلية يومياً لهذه الأغراض بالضبط. بدلاً من تشغيل الوكيل كأداة منفصلة، أقاموه في المكان الذي يسري فيه السياق أصلاً.
ما الجديد: الديمومة والتعددية والمبادرة
ثمة ثلاث خصائص يُركّز عليها الإعلان وتُشكّل جوهر المنتج.
الأولى هي الديمومة. يبقى الوكيل في القناة؛ لا يُجيب ثم يختفي، بل يعمل بصورة غير متزامنة. يستطيع المستخدم إسناد مهمة والانصراف، ثم العودة لاحقاً ليجد النتائج في انتظاره. يمكن إتمام مهام مطوّلة دون أن يضطر الإنسان إلى الانتظار أمام الشاشة.
الثانية هي التعددية. وكيل واحد يتفاعل مع كل أعضاء القناة. يمكن للفريق متابعة ما يفعله الوكيل معاً، ويستطيع أحدهم استكمال محادثة بدأها زميله. على خلاف الدردشة التقليدية بين مستخدم وبوت على انفراد، يصبح سياق العمل مرئياً للفريق بأسره، مما يُغيّر وحدة التعاون.
الثالثة هي المبادرة. حين يُفعَّل الوضع المحيطي، يُبرز الوكيل المعلومات ذات الصلة من تلقاء نفسه، ويتابع الخيوط غير المحسومة، ويُخطر المستخدمين بالمستجدات. ينتقل بذلك من أداة سلبية تتحرك بالاستدعاء فحسب، إلى زميل فاعل يلاحظ السياق ويتدخل.
[ الدردشة التقليدية ] [ Claude Tag ]
مستخدم واحد -- محادثة خاصة 1:1 القناة (مجموعة) -- سياق مشترك
| يرد عند الاستدعاء ثم يختفي | مقيم، يعمل بشكل غير متزامن
| سلبي: يتحرك بالطلب فقط +-- متعدد اللاعبين: أي عضو يكمل المهمة
+-- مبادر: يتابع الخيوط غير المحسومة
غير أن هذه الخصائص الثلاث تجلب معها أعباء تشغيلية بالقدر نفسه من قوتها. الوكيل المقيم يستوجب تحديد صلاحيات ونطاق الوصول إلى البيانات بوضوح تام، والوضع المحيطي إن أُسيء ضبطه قد يملأ القناة بالضوضاء. قيمة الجديد وتكلفة التحكم دائماً ما يأتيان معاً.
كيف نقرأ رقم الـ65%
أبرز ما في الإعلان هو أن 65% من كود فريق المنتجات كُتب بالنسخة الداخلية. الرقم لافت، لكن ينبغي الفصل بين الوقائع والتفسير.
الوقائع هي التالية: هذا رقم تُفصح عنه الشركة عن فريقها الداخلي ذاته، ومنهجية القياس لم تُعلَن، أي ما الذي يُحسب “كتابةً”، وكيف تُعالَج المراجعات والتعديلات البشرية. لذا لا يمكن تعميم هذا الـ65% على صعيد الصناعة كلها أو افتراض أنه سيتكرر بالطريقة ذاتها في مؤسسات أخرى [تقدير: وفق تصريح الشركة].
ومع ذلك، الاتجاه الذي يشير إليه الرقم واضح: في البيئة الداخلية لشركة تطوير نماذج حدودية، بلغت الوكلاء مرحلة تتولى فيها الجانب الأكبر من إنتاج الكود. الأهم من النسبة ذاتها هو ما الذي يجب أن يكون موجوداً حتى تصبح هذه النسبة ممكنة. لكي يكتب وكيل معظم الكود، لا بد من وجود بوابات تتحقق من المخرجات، ونقاط تدخل بشري تُحدد الاتجاه، وآليات أمان تتيح التراجع عن التغييرات الخاطئة. الـ65% ليست نتيجة قدرة النموذج وحده، بل نتيجة التصميم التشغيلي المحيط به. هذه في الواقع النقطة الأهم.
التطبيق على منصة ThakiCloud K8s للذكاء الاصطناعي وتعلم الآلة
Claude Tag منتج SaaS سحابي مرتبط بـSlack للمؤسسات. هنا بالضبط يجد مشغّلو المنصات متعددة المستأجرين المُشغَّلة محلياً مدخلهم. كثير من المؤسسات، ولا سيما العاملة في القطاع العام والمالي والدفاعي ذات المتطلبات الأمنية الصارمة، لا تستطيع إرسال سياق أعمالها وكودها وبياناتها إلى SaaS خارجي. ما يحتاجه هؤلاء هو القدرة على تشغيل النمط ذاته، لكن داخل بنيتهم التحتية الخاصة.
تُشغّل ThakiCloud بنية تعتمد على Kueue لجدولة أحمال عمل GPU فوق Kubernetes، مع عزل خدمة تقديم النماذج لكل مستأجر على حدة. عند تصميم وكيل دائم على هذا الأساس، تبرز ثلاثة تحديات محورية. الأول هو العزل: الوكيل المقيم في القناة والذي يصل إلى الأدوات والبيانات يجب ألا يتجاوز حدود المستأجر في أي حال. في بيئة متعددة المستأجرين، وصول وكيل عميل إلى سياق عميل آخر حادثة أمنية فورية. الثاني هو الصلاحيات: كلما كان الوكيل أكثر مبادرة، زادت الحاجة إلى فرض ما يحق له قراءته وكتابته عبر الكود لا بالسياسات وحدها. الثالث هو التكلفة: وكيل مقيم يتابع الإجراءات اللاحقة بصورة استباقية قد يستهلك رموزاً حتى في أوقات الخمول، لذا يتطلب التصميم التحكم في وتيرة الاستطلاع والنشاط المحيطي.
في عملياتنا الداخلية نتعامل بالفعل مع أنماط مشابهة. حين نُوجّه نتائج وكلاء المهام إلى قنوات التقارير على Slack، لا نعتمد على بوابة موصّل خارجية وحيدة، بل نحتفظ بمسار احتياطي يعتمد على نصوص برمجية ذاتية تكتب مباشرة في القناة باستخدام رموز مخزّنة في مستودعنا. الهدف إبقاء التقارير قائمة حتى حين تتعطل البوابة. كلما غدا الوكيل الدائم جزءاً من سير العمل، أصبح القضاء على نقاط الفشل الفردية وتصميم الأداء المتدهور بأناقة ضرورة لا ميزة إضافية.
من منظور أعمال المنصة، هذه فرصة واضحة. ما يُظهره Claude Tag هو أن المستقبل الذي تقيم فيه الوكلاء داخل أدوات التعاون قد بدأ فعلاً. تقديم التجربة ذاتها للعملاء الذين لا يستطيعون الاعتماد على SaaS، أي من يحتاجون إلى نشر محلي وإدارة ذاتية وسيادة على البيانات، هو المكان الذي نقف فيه. ما يُميّزنا ليس عروض توضيحية مبهرة، بل تصميم تشغيلي يُفرض فيه العزل والصلاحيات والتكلفة عبر الكود.
القيود والاعتراضات
أول ما يمكن إشارة إليه هو الطابع التجريبي للمنتج حالياً. Claude Tag بيتا مقتصرة على فئات بعينها من العملاء عبر Slack، ولم يُختبر على نطاق واسع مدى موثوقية السلوك المحيطي في بيئات العمل الفعلية. ثمة دائماً مسافة بين القدرات المُعلنة والاستقرار في الميدان.
الاعتراض الثاني هو أن الوكلاء الدائمين والمبادرين لا يُفيدون دائماً. وكيل حاضر باستمرار في القناة يمكنه توليد ضوضاء، والتدخلات الاستباقية سيئة الضبط تسرق انتباه الإنسان. أدوات التعاون هي أماكن يتركز فيها تركيز البشر؛ الوكيل الذي يُشتّت ذلك التركيز يُضر بالإنتاجية بدلاً من دعمها. المبادرة خيار يُفعَّل بعناية، لا إعداد افتراضي.
الثالث هو التبعية. حين يتشابك سياق العمل وسير العمليات بعمق مع وكيل تعاون تابع لمورّد بعينه، يُصبح الانتقال إلى بيئة مختلفة لاحقاً عسيراً. هذا بالمفارقة يرفع قيمة النهج المحلي القائم على معايير مفتوحة. إن استطاعت مؤسسة إعادة إنتاج النمط ذاته على بنيتها التحتية دون الارتباط بـSaaS بعينه، فإنها تكسب القدرة وتتجنب التبعية في آن.
Claude Tag النموذج الأوضح حتى الآن على وكلاء ينتقلون من المحادثة اللحظية إلى مقعد الزميل الدائم. لكن تحقيق تلك القيمة بأمان داخل المؤسسات الفعلية يستلزم أكثر من قدرة النموذج: يستلزم تصميماً تشغيلياً يضمن العزل والصلاحيات والتكلفة والقدرة على التراجع. تقديم ذلك التصميم فوق بنية تحتية ذاتية هو ما تختص به منصات الذكاء الاصطناعي متعددة المستأجرين المُشغَّلة محلياً.