الإشارة إلى وكيل برمجي في مجموعة Feishu تعني أن يكتب أحد أعضاء المجموعة رسالة في Feishu (أو Lark خارج الصين)، فتصل هذه الرسالة إلى وكيل Claude Code أو Codex يعمل على جهاز شخص ما، وتعود عملية التشغيل ونتيجتها إلى نفس سلسلة المحادثات (thread)، ويتحول أي إجراء خطير أولاً إلى بطاقة موافقة لمالك الجهاز. لا ينتقل الوكيل إلى السحابة، ولا تغادر بيانات الاعتماد الحاسوب أبدًا، ولا يثبّت أي شخص في المجموعة أي شيء.
توضح هذه التدوينة تصميم موصل Feishu الخاص بـ muti: الربط، والتوجيه، والموافقات وتحديد المعدل، بالإضافة إلى ما يمكنك إعداده قبل إطلاقه. الموصل قيد التطوير حاليًا؛ وما يلي هو مواصفاته السلوكية وليس ميزة يمكنك تفعيلها اليوم. الأصل الصيني متاح على الرابط /zh-CN/blog/feishu-lark-claude-code.
لماذا تطبيق دردشة بدلاً من عميل آخر
الشخص الذي تشاركه لا يرغب على الإطلاق في إنشاء حساب وتثبيت عميل لمجرد استخدام وكيلك مرة واحدة. وبالنسبة للفرق في الصين، فإن محادثات العمل تجري بالفعل داخل Feishu. جلب الوكيل إلى هناك أسهل بكثير من جلب الأشخاص إلى الوكيل.
يناسب Feishu هذه المهمة أيضًا: اشتراكات الأحداث عبر الاتصال المستمر لا تتطلب عنوان URL عامًا لمعاودة الاتصال، وبطاقات الرسائل تُحدّث في مكانها، والردود عبر سلاسل المحادثات تحصر مسار المهمة الواحدة معًا، ويمكن تنزيل الصور كمدخلات للوكيل.
عمليتا ربط
المجموعة ↔ الغرفة. الغرفة هي الحد الفاصل في muti: من يمكنه رؤية ماذا، ومن يحق له استخدام أي وكيل. يؤدي ربط مجموعة Feishu بغرفة إلى تطبيق عضوية الغرفة وأذوناتها على تلك المجموعة. في إعدادات الغرفة، اختر “connect a Feishu group”، واحصل على رمز مكوّن من ستة أرقام، وانشر @muti bind 123456 في المجموعة.
الشخص ↔ الحساب. في المرة الأولى التي يشير فيها أحد الأعضاء إلى البوت، يرسل له البوت رمزًا قصير الأجل في محادثة خاصة؛ يدخله العضو في muti لتُربط الهويتان. يتم تجاهل الأشخاص غير المرتبطين افتراضيًا؛ ويمكن للغرفة تفعيل وضع الضيف حيث يمكنهم السؤال دون تشغيل أي مهام.
الهدف من الربط: تأتي حقوق التنفيذ من أذونات الغرفة وموافقات المالك، وليس أبدًا مما قاله أحدهم في المجموعة. تُعامل رسائل الدردشة على أنها مدخلات غير موثوقة.
مهمة واحدة، سلسلة محادثات واحدة: القبول، بطاقة الموافقة، التقدم والنتيجة في نفس المكان.
مهمة واحدة، سلسلة محادثات واحدة
ينشر أحد الأعضاء @muti @api rerun the failing tests and open a PR. يفتح البوت سلسلة محادثات تحت تلك الرسالة ويرد بالتسلسل:
- مقبول، مع معرف طلب مثل
R20260906-03وحالته. - حالة الموافقة. إذا لم يكن لدى هذا الشخص إذن دائم لهذا الوكيل، يتلقى المالك بطاقة موافقة مرئية له فقط.
- بطاقة تقدم، تُحدّث في مكانها مع كل مرحلة أو كل 30 ثانية: الملفات المعدلة، والاختبارات المنجزة حتى الآن، والأسطر الأخيرة من مخرجات الأوامر. ليست رسالة جديدة لكل خطوة.
- النتيجة: الرد بالإضافة إلى أي ملفات أو صور أو روابط أنتجها الوكيل.
تظل القناة الرئيسية هادئة؛ ومن يريد التفاصيل يفتح سلسلة المحادثات.
بطاقة الموافقة
عندما تصل عملية التشغيل إلى إجراء خطير، يتلقى المالك بطاقة: من صاحب الطلب، وأي وكيل، وما يريد فعله، وما القاعدة التي تعارض معها. ثلاثة أزرار: approve / reject / run read-only، مع ملاحظة اختيارية لها نفس وزن الطلب.
تتوقف أربعة أنواع من الإجراءات مؤقتًا بغض النظر عن القالب: الـ push إلى فرع مشترك، الحذف، إنفاق الأموال، والتعامل مع بيانات الاعتماد. تُوجّه المدخلات المحمية مثل بيانات تسجيل الدخول ورموز التحقق بخطوتين دائمًا إلى المالك، وليس إلى مقدم الطلب مطلقًا. تنتهي صلاحية الموافقات بعد 24 ساعة افتراضيًا. واتخاذ القرار في Feishu أو عبر الويب أو على الهاتف يُطبّق في كل مكان.
ما تراه المجموعة، وما لا يغادر الجهاز أبدًا
ما يمكنك إعداده الآن
- ضع الوكيل في غرفة. وصّل جهازك، وأنشئ وكيلاً واحدًا لكل دليل تنوي مشاركته، وسمّه وفقًا للمهمة (
api،site،notes)، وليس باسم النموذج. - أنشئ الغرفة قبل المجموعة. ادعُ الأشخاص الذين سيكونون لاحقًا في المجموعة المربوطة وحدد من لديه صلاحية القراءة فقط ومن يمكنه التعديل. يقوم الموصل بربط المجموعة ↔ هذه الغرفة ويعيد استخدام تلك القواعد.
- ثبّت daemon كخدمة باستخدام الأمر
muti service install، حتى تنتظر المهام القادمة من Feishu الجهاز بدلاً من أن تفشل عند إغلاق غطاء الحاسوب. - دوّن أسلوب العمل المعتمد. ملف STYLE.md، أو قالب العرض التقديمي، أو كود SQL لتقرير الأسبوع الماضي: كل ما ينبغي للوكيل قراءته يجب أن يكون في دليل عمله.
الأسئلة الشائعة
هل سيحتاج مسؤول Feishu لدينا إلى الموافقة على أي شيء؟ تشغّل سحابة muti تطبيق Feishu واحدًا لجميع المستخدمين؛ وتثبيته في المستأجر يتطلب عادةً موافقة واحدة من المسؤول. ويتيح وضع الاستضافة الذاتية للمالك استخدام بيانات اعتماد تطبيقه الخاصة.
هل Lark (النسخة الدولية) مدعوم؟ يتشارك Feishu وLark نفس المنصة المفتوحة؛ والموصل يغطيهما معًا.
ماذا عن Slack وDingTalk؟ أُطلق موصل Slack بالفعل: بوت واحد لكل وكيل، يمكنك مراسلته مباشرة أو الإشارة إليه، وتصل الموافقات في الرسائل المباشرة للمالك. ويأتي بعده Feishu/Lark، ثم DingTalk (بوضع Stream mode). تتشارك المنصات الثلاث نفس الغرف والأذونات. راجع بوت Slack لـ Claude Code يطلب الإذن قبل إجراء الـ push.
ماذا لو لم يكن شخص ما في المجموعة مستخدمًا لـ muti؟ يتم تجاهلهم افتراضيًا. يمكن للغرفة تفعيل وضع الضيف: يحق للضيوف السؤال، ولا يحق لهم التشغيل أبدًا.
امنح وكيلك غرفة أولاً؛ وستتصل بها المجموعة. ابدأ من هنا.
نُشر في · حُدّث في