يحول بوت Slack لوكيل البرمجة أي رسالة في Slack إلى طلب لـ Claude Code أو Codex يعمل على جهاز شخص ما، ثم ينشر النتيجة في المسار (thread). يمنح muti كل وكيل بوتاً خاصاً به يحمل اسمه. يراسله أفراد مساحة عملك على الخاص أو يشيرون إليه في قناة؛ لتكون تلك الرسالة هي المهمة المطلوبة. وإذا لم يكن صاحب السؤال هو مالك الوكيل، ينتظر الطلب حتى يوافق المالك عليه عبر أزرار داخل رسائله المباشرة. لا تصبح عمليات push أو الحذف التخريبي أو الإنفاق أو الوصول إلى بيانات الاعتماد تلقائية أبداً، لأي شخص كان.
يشرح هذا المقال كيف يعمل هذا الرابط، وما يخزنه خيار "Allow always" فعلياً، ولماذا يُعد التعامل مع مدخلات Slack كبيانات غير موثوقة هو جوهر التصميم بأكمله.
ما تخطئ فيه معظم الجسور
يخزن الجسر النموذجي token البوت، ويستمع للإشارات (@mentions)، ثم يمرر النص إلى أداة CLI محلية. يعمل هذا الأسلوب، لكنه يعاني من ثلاث مشكلات: تصبح عضوية القناة هي نموذج الأذونات، ولا أحد يوافق على الخطوات الخطرة، ويغمر تقدم العمل القناة برسالة لكل استدعاء أداة. ليست أي من هذه المشكلات عيباً في Slack، بل هي مشكلات أذونات تصادف ظهورها داخل Slack.
يوضح مسار رسائل القناة الطلب وحالته؛ وتوجد أزرار الموافقة في الرسائل المباشرة للمالك؛ ويعمل الوكيل على جهاز المالك.
بوت واحد لكل وكيل
تنشئ تطبيق Slack من manifest يولدها muti لهذا الوكيل، بحيث يحمل البوت اسم الوكيل وروابط الـ events الخاصة به. لا يوجد شيء لربطه يدوياً ولا أوامر لتتعلمها:
- راسل البوت على الخاص ويتحول النص إلى مهمة. تصبح الرسائل المباشرة غرفة مشتركة بينك وبين مالك الوكيل.
- أشر إليه في قناة وتتحول تلك القناة إلى غرفة جماعية في muti عند أول استخدام. يجيب البوت داخل الـ thread.
- أرفق ملفات وستصل كمرفقات غرفة يمكن للوكيل قراءتها، تماماً مثل الملفات المرفوعة عبر الويب.
يتحول مستخدمو Slack إلى مستخدمين في muti عبر البريد الإلكتروني المسجل لهم في Slack، بعد التحقق منه بواسطة Slack داخل مساحة عمل المالك نفسه. وإذا حجب Slack البريد الإلكتروني، يرسل البوت رمز ربط مكوناً من ستة أرقام لاستخدامه على الويب لمرة واحدة. وفي الحالتين، ترتبط الأذونات بالحساب، وليس باسم العرض.
نفس البوابة المستخدمة على الويب
يمر كل طلب عبر نفس البوابة التي يستخدمها الويب. تُنفذ رسائل المالك نفسه فوراً. أما أي شخص آخر فينتظر المالك، ما لم يكن المالك قد منحه السماح دائماً لهذا الوكيل. تظهر الحالة داخل الـ thread: تم القبول مع معرف طلب، قيد الانتظار، قيد التشغيل مع ملخصات استدعاء الأدوات، واكتمل مع النتيجة. بطاقة واحدة، تُحدَّث في مكانها، بدلاً من إرسال رسالة مع كل خطوة.
أزرار الموافقة، وما يعنيه "always"
عند وصول طلب من شخص آخر، أو عندما يصل التشغيل إلى استدعاء أداة يتطلب تدخلاً بشرياً، يتلقى المالك بطاقة في رسائله المباشرة تحتوي على ثلاثة أزرار: Allow، وAllow always، وDeny.
خيار Allow مخصص لذلك الاستدعاء الفردي. أما Allow always فيخزن قاعدة للوكيل تكون محددة تماماً بحجم هذا الاستدعاء: هذا النطاق لـ WebFetch، أو بادئة الأمر هذه لـ Bash، أو هذه المهارة بالاسم، أو أداة القراءة فقط هذه. تُلبى الاستدعاءات المستقبلية المطابقة بواسطة muti دون إظهار prompt. القواعد معروضة في قائمة ويمكن التراجع عنها عبر نافذة إعدادات الوكيل.
الاستدعاءات التي تندرج تحت الفئات الخطرة لا تتأهل للقواعد أبداً ولا تطابق أياً منها: الـ push إلى فروع مشتركة، الحذف التخريبي، تصعيد الامتيازات، النشر والتثبيت (deploys)، وقراءة مسارات بيانات الاعتماد أو الكتابة إليها. تظل دائماً تتطلب إذناً استدعاءً باستدعاء، مع خياري Allow وDeny فقط. هذه هي نسخة الرابط من الإجراءات الأربعة التي يجب أن يستأذن الوكيل دائماً قبل القيام بها. تنتهي صلاحية طلبات الموافقة التي لم يتم الرد عليها بعد 24 ساعة، تماماً مثل الطلبات العادية.
ما تراه القناة
نص الطلب، والحالة والمعرف؛ ملخصات استدعاء الأدوات؛ مسارات الـ diff وعدد الأسطر؛ نهاية مخرجات الأوامر؛ الملفات الناتجة والروابط. لا يظهر أبداً: متغيرات البيئة، ملفات المفاتيح، الـ working tree، أو أي شيء من غرفة أخرى. تُخزن tokens الخاصة بـ Slack مشفرة في muti؛ ولا يوجد أي شيء متعلق بـ Slack على جهاز المالك، الذي يحتفظ باتصال daemon الصادر فقط. راجع ما يرفعه الـ daemon.
الإعداد
- في لوحة التحكم، افتح Slack للوكيل الذي تريد إتاحته وأنشئ تطبيق Slack من الـ manifest المُولَّد. يمكنك رفع صورة الوكيل الرمزية كأيقونة للتطبيق إن أردت؛ حيث يتولى المعالج تجهيزها.
- الصق النصين القادمين من إعدادات التطبيق. يتصل muti بـ Slack لمرة واحدة، ويعثر عليك عبر بريدك الإلكتروني، ويربطك بصفتك المالك لتعمل أزرار الموافقة على الفور.
- ثبّت التطبيق في مساحة عملك. راسل البوت على الخاص، أو ادعه إلى قناة وأشر إليه.
- وافق على أول طلب من زميلك في الفريق عبر رسائلك المباشرة. استخدم Allow always فقط للاستدعاءات المحددة والروتينية؛ واترك الإجراءات الخطرة لتطلب الإذن دائماً.
الأسئلة الشائعة
هل يحتاج البوت إلى صلاحيات مدير Slack لدي؟ يتطلب تثبيت تطبيق في مساحة العمل عادةً موافقة مسؤول واحد. التطبيق ملكك، تم إنشاؤه من manifest يوفرها muti، لذا لا يوجد تطبيق خارجي يمتلك token مساحة عملك.
هل يمكن لأعضاء القناة الموافقة لأنفسهم؟ لا. الموافقة من اختصاص مالك الوكيل وتصل في رسائله المباشرة. يمكن للأعضاء الإلغاء أو إضافة سياق توضيحي.
ماذا عن Feishu وLark وDingTalk؟ Feishu/Lark هي الخطوة التالية وتتبع نفس نموذج الغرف والموافقات؛ راجع تصميم Feishu. ويليها DingTalk بعد ذلك.
هل هذا هو نفس Claude Code Dispatch؟ يقوم Dispatch بترحيل رسائل Telegram الخاصة بك إلى جلستك أنت. هذا الرابط مخصص للأشخاص الآخرين، مع نظام للموافقات؛ راجع مقارنة Dispatch بالغرفة.
تتولى الغرفة مهمة إدارة الأذونات؛ وما Slack إلا باب إضافي إليها. امنح وكيلك غرفة.
نُشر في · حُدّث في