NanoClaw يطلق فرق وكلاء الذكاء الاصطناعي من رسالة واحدة في Slack

مقدمة تحليلية

في 20 أغسطس 2026، أعلنت شركة NanoCo عن إطلاق دمج NanoClaw في Slack، مما يتيح إنشاء فرق وكلاء ذكاء اصطناعي دائمة وزملاء افتراضيين من رسالة واحدة. تعد هذه الخطوة تطويراً جوهرياً لمنصة NanoClaw، التي بدأت كمشروع مفتوح المصدر في يناير 2026، وحققت أكثر من 250,000 عملية تنزيل و30,000 نجمة على GitHub. يرى Gavriel Cohen، الرئيس التنفيذي والمؤسس المشارك لشركة NanoCo، أن كل فرد في الفريق سيصبح مديراً للوكلاء خلال 12 إلى 18 شهراً قادمة، مما يغير ديناميكيات العمل المؤسسي. جاء هذا التوسع بعد أن جمعت NanoCo جولة تمويل أولية بقيمة 12 مليون دولار في مايو، بقيادة Valley Capital Partners وبمشاركة Docker وVercel وmonday.com.

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

التحليل التقني

يعتمد دمج NanoClaw مع Slack على تبسيط عملية الإعداد بشكل جذري مقارنة بإنشاء بوت Slack تقليدي. بدلاً من الحاجة إلى التنقل بين واجهات Slack الإدارية وواجهات المطورين، وإنشاء تطبيق، ثم جمع مفاتيح API والرموز، تقدم NanoClaw خيار "Connect Slack". تتضمن العملية تسمية الوكيل، المصادقة، واختيار "NanoClaw Add to Slack"، ثم المرور بتدفق تثبيت وتفويض Slack. هذا التفويض الأولي هو اتصال لمرة واحدة لمساحة العمل، وبعده يمكن لـ NanoClaw توفير كل وكيل إضافي كبوت Slack منفصل، بهويته الخاصة واسمه وصورته الرمزية المُنشأة تلقائياً ورمزه الخاص. تستمر هذه الوكلاء في العمل على بنية العميل التحتية وتتصل بـ Slack عبر Socket Mode، مع تأكيد NanoCo على عدم تخزينها لرموز Slack الخاصة بالوكلاء، بل بقائها على جهاز المستخدم.

تتمحور آلية عمل وكلاء NanoClaw حول التوفير المتكرر ضمن بيئة Slack. يمكن لوكيل رئيسي موجود بالفعل استخدام أداة Model Context Protocol (MCP) لإنشاء وكلاء جدد، وتحديد تعليماتهم، وشخصياتهم، ومهاراتهم، وأدواتهم، ووضعهم في قنوات مشتركة. كل وكيل يتمتع بـ:

• دور خاص به وسياق ذاكرة مستقل.
• مجموعة تعليمات وصلاحيات مخصصة.
• إمكانية اختيار نموذج اللغة الكبير (LLM) الأساسي لتشغيله، مما يسمح بالتحسين حسب الأداء أو التكلفة.
• قدرة العمل المشترك في قنوات Slack وSlack Canvases.
• التواصل مع المستخدمين البشريين والوكلاء الآخرين ضمن القناة.
• تصميم يمنع التفعيل المتبادل اللانهائي، حيث يستجيب الوكلاء فقط عند الإشارة إليهم.

يمتد نطاق عمل الوكلاء ليشمل منصات أخرى مثل Telegram وWhatsApp، حيث يحافظ الوكيل نفسه على ذاكرة ومساحة عمل وأدوات موحدة عبر هذه المنصات، على الرغم من استخدام جلسات دردشة منفصلة. بدأ مشروع NanoClaw في يناير 2026 كبديل مفتوح المصدر (ترخيص MIT) لـ OpenClaw، مع تصميم يركز على الأمان عبر تشغيل الوكلاء داخل حاويات معزولة بنظام التشغيل، ويبلغ حجم جوهر التنظيم حوالي 500 سطر من TypeScript. في مارس، دخلت NanoClaw في شراكة مع Docker لتشغيل الوكلاء داخل Docker Sandboxes، باستخدام عزل MicroVM-backed. كما أضاف NanoClaw 2.0 في أبريل دعم Vercel’s Chat SDK وOneCLI’s credential gateway لتعزيز الأمان والتحكم في الإجراءات الحساسة.

السياق وتأثير السوق

تأتي NanoClaw إلى سوق Slack المزدحم بالفعل بالعديد من حلول الذكاء الاصطناعي. في أبريل، أعلنت Slack، وهي أحد منتجات Salesforce، عن القدرة على إضافة وكلاء ذكاء اصطناعي خارجيين مباشرة إلى المنصة، مشيرة في البداية إلى Vercel وLovable. صفحة Slack Code الجديدة من Salesforce تدرج الآن NanoClaw جنباً إلى جنب مع Lovable وHyperagent وSuperhuman وn8n وVercel وChatGPT وLangChain وRunlayer وSkydive، مما يشير إلى أن القدرة على إضافة وكلاء من هذه المنصات أصبحت معياراً. ومع ذلك، يتميز نهج NanoClaw عن حلول المنافسين الرئيسيين مثل Claude Tag من Anthropic، وChatGPT Workspace Agents من OpenAI، وAgentforce من Salesforce.

في حين يسمح Claude Tag (الذي بدأ طرحه التجريبي لعملاء Claude Team وEnterprise في يونيو) للمسؤولين بمنح @Claude الوصول إلى قنوات وأدوات محددة، ويذكر Anthropic "Claude واحد يتفاعل مع الجميع" في القناة، فإن تدفق عمله يعتمد على الإدارة المركزية ولا يدعم إنشاء المستخدم النهائي لروبوتات Slack متعددة ومستقلة عند الطلب. وبالمثل، تقوم ChatGPT Workspace Agents (المتاحة لعملاء Business وEdu وEnterprise) ببناء وكلاء عبر أداة إنشاء وكلاء ChatGPT ثم ربطهم بقنوات Slack، حيث تعتمد المقابض على مجموعات مستخدمي Slack وليس على كون كل وكيل بوت Slack منفصلاً. أما Agentforce من Salesforce، فتتطلب بناء الوكلاء في Agentforce Builder قبل نشرهم على Slack. تتميز NanoClaw هنا بأنها لا تطلب من المستخدمين الانتقال إلى واجهة خارجية أو تولي الإدارة المركزية لإنشاء وكلاء جدد؛ بدلاً من ذلك، يمكن لوكيل موجود أن يُنشئ وكلاء إضافيين، لكل منهم هوية بوت Slack خاصة به، من داخل المحادثة نفسها، مما يمثل تحولاً في نموذج التوزيع.

رؤية Glitch4Techs

تقدم NanoClaw نهجاً جريئاً في تفويض مهام الذكاء الاصطناعي، خاصةً من خلال قدرتها على التوفير المتكرر للوكلاء داخل Slack، إلا أن تركيزها على الاستضافة الذاتية والتعديل مفتوح المصدر يحمل عواقب تشغيلية ملموسة. بينما يمنح هذا النموذج "حرية كاملة" للشركات، كما ذكر Cohen، فإنه يحوّل المسؤولية الكاملة عن الأمن، وإدارة البيانات، وتكاليف الاستدلال والتشغيل إلى العميل. على عكس Claude Tag الذي يقدم نماذج مُدارة من Anthropic وضوابط إدارية مركزية للإنفاق وسجلات التدقيق، أو Agentforce الذي يربط الوكلاء بأذونات Salesforce وبيانات المؤسسة، فإن NanoClaw يترك للمؤسسة مسؤولية إدارة كل وكيل مستقل تماماً. هذا المستوى من الاستقلالية، وإن بدا جذاباً لبعض فرق التطوير، سيعرقل حتماً جهود الإدارة المركزية والامتثال في المؤسسات الكبيرة، مما يزيد من تعقيد البنية التحتية بدلاً من تبسيطها على المدى الطويل، خاصة مع نشر فرق متعددة من الوكلاء.