روبوت Slack في Hugging Face يستعلم بيانات الإنتاج. النموذج اللغوي الكبير لا يرى المفاتيح أبدًا

معظم الفرق لا تنشر تفاصيل كيفية تعامل وكيل الترميز الخاص بها مع بيانات الإنتاج. لكن Hugging Face فعلت ذلك. Moon Bot، وهو روبوت Slack داخلي، يستعلم من Elasticsearch وMongoDB في الإنتاج، ويفتح طلبات سحب على GitHub، ويتذكر ما عمل عليه الأسبوع الماضي. النموذج الذي يقف خلفه لا يحمل أبدًا بيانات الاعتماد التي تجعل أيًا من ذلك ممكنًا.

يبدو Moon Bot بسيطًا حتى تحاول بناءه. الوكلاء الذين يعملون في العروض التوضيحية غالبًا ما يتعطلون في الإنتاج، وهو فخ التخطيط الذي يظهر باستمرار في تقارير المشغّلين. يعمل على SDK مفتوح المصدر لوكلاء الترميز Pi داخل حاوية Kubernetes، وتحصل كل سلسلة رسائل في Slack على جلسة وكيل مستقلة خاصة بها مع سجل كامل لاستدعاءات الأدوات. يذكر المنشور Kimi K2 وClaude كخيارات خلفية محتملة. يسأل موظفو الدعم عن سلوك مواجه للمستخدم دون طرفية؛ ويتحقق المهندسون مما إذا كانت ميزة موجودة أو أن شيئًا ما هو خلل. السؤال «كم عدد مستخدمي Pro الذين سجّلوا الشهر الماضي؟» يصبح سطرًا واحدًا في Slack بدلًا من البحث في لوحات المعلومات.

الجلسات في تخزين الكائنات

طبقة الاستمرارية هي النجمة الهادئة. يحتفظ الروبوت بثلاثة ملفات في دلو HuggingFace خاص باسم huggingface/moon-bot-memory. تضيف كل سلسلة رسائل سجل رسائلها الكامل، بما في ذلك استدعاءات الأدوات، كملف JSONL. ملف خرائط السلاسل يربط طوابع Slack الزمنية بملفات الجلسات، وسجل ذاكرة يحتفظ بآخر 200 تفاعل عبر جميع السلاسل، ويمكن للنموذج البحث فيه. ولأن الجلسات تعيش في تخزين كائنات، فإن النشر أو التعطل لا يكلف شيئًا: يقوم الروبوت بتنزيل الملف الصحيح عند الحاجة ويستأنف من حيث توقف، حتى بعد أيام. هذا يضع الذاكرة العاملة خارج النموذج، وهو إصلاح مباشر لفشل الذاكرة في المهام الطويلة الذي حدده بحث الوكلاء.

يرتبط كل رد بالدلو: يرفع Moon Bot استجابة Markdown وملف JSONL للجلسة، ثم يضيف أزرارًا إلى الرسالة. تعرض HuggingFace الملف كعارض تتبّع وكيل أصلي، لذا يمكن تدقيق كل تفاعل من السلسلة نفسها. هذا هو مسار التدقيق الذي ما زالت تفتقر إليه معظم عمليات نشر الوكلاء في المؤسسات.

بيانات اعتماد لا يمكن للنموذج لمسها

التصميم الأمني هو ما يجعل المنشور قيّمًا. يحدد Moon Bot مستوى وصول لكل مستخدم Slack من عضوية مجموعته في Okta، مطابقةً عبر البريد الإلكتروني، بما يعكس الوصول الذي تتيحه تلك المجموعات بالفعل. يغطي المستوى Basic أي موظف في HuggingFace: أسئلة وأجوبة عن الكود، وGitHub للقراءة فقط، وshell. يضيف Elastic مهارات السجلات والتخزين للأشخاص الذين لديهم وصول إلى Elasticsearch. أما Privileged، للأشخاص الذين لديهم وصول إلى قاعدة البيانات في Okta، فيصل إلى MongoDB وAWS. الضيوف يُرفضون تمامًا. كل مستوى يرتبط بمستخدم Linux منفصل ببيانات اعتماد خاصة به، لذا تفتقر المستويات الأدنى فعليًا إلى الأسرار اللازمة للوصول إلى Mongo أو AWS. التحليل يفشل مغلقًا: إذا تعذّرت قراءة Okta، يهبط الجميع إلى Basic، ويقول الروبوت ذلك في كل رد. حدود الصلاحيات التي تعيش خارج النموذج، وتُفرَض عبر مستخدمي Linux بدلًا من التلقينات، هي الطبقة نفسها التي تناولها بحث جديد حول انتهاكات صلاحيات الوكلاء.

تُنفَّذ استدعاءات الأدوات تحت المستخدم المقيّد للمستوى عبر su -l، دون الوصول إلى /root/ حيث تعيش الأسرار الحقيقية. الأوامر المشبوهة تُطلق تنبيهًا في Slack قبل التنفيذ، ولدى النموذج أداة report_injection للإبلاغ الذاتي عن حقن التلقينات. تغطي الوكلاء العكسية المحلية الباقي: يبدأ الروبوت وكلاء HTTP عند الإقلاع، كلٌّ منها محمي برمز مستوى، ويحقن مفتاح API الحقيقي من جانب الخادم، بحيث يصل المشغّل المعزول إلى localhost:9201 ولا يراه أبدًا. وكيل Plausible مُدرج في قائمة صارمة لنقطة استعلام واحدة ويحمل رمزه الخاص الممنوح لكل مستوى، لذا يمكن لأي شخص سحب تحليلات الزيارات العامة. استدعاء أداة مخترق يمكنه الاستعلام بما يسمح به مستواه، لكنه لا يمكنه تسريب بيانات الاعتماد.

تعمل طلبات السحب بالطريقة نفسها. أداة gh المعزولة للوكيل هي للقراءة فقط بالنسبة لمعظم الجميع. الكتابة تتم عبر أدوات مخصصة داخل العملية تصنع رمز GitHub App قصير الأمد، وتنفذ commit وpush، ثم تتخلص منه، خارج متناول الوكيل. تنتج خاصيتان: يمكن لأي موظف طلب مسودة PR دون وصول كتابة شخصي، ويتم تجميع أوصاف PR في الكود، وليس بواسطة النموذج، لذا ينتهي كل PR بتذييل يذكر اسم الطالب ويربط سلسلة Slack وتتبّع الوكيل. حاوية ثانية أقل صلاحية بكثير تشغّل نفس قاعدة الكود كروبوت GitHub، دون رمز Slack وبدون بيانات اعتماد قاعدة بيانات.

المهارات هي الجزء القابل للتوصيل: ملفات Markdown تُحقن في تلقين النظام وتخبر النموذج كيف يقود مجالًا معينًا. القاعدة هي أن كل مهارة تغلّف أداة CLI، وليس استدعاء API مباشرًا، ما يبقي كل واحدة قابلة للاختبار وسهلة الاستبدال. يسرد المنشور ثماني مهارات، تغطي سجلات Elasticsearch، وMongoDB، وقاعدتي كود Hub وSpaces، وGitHub، وAWS Athena، وتخزين Xet، وتحليلات الزيارات العامة.

نمط يستحق النسخ

يصف المنشور النمط بأنه بسيط بما يكفي لتكراره: دلو أو أي تخزين كائنات، وSDK Pi، وبعض ملفات المهارات، وتطبيق Slack في وضع Socket Mode. يقول إن البنية التحتية للبدء رقيقة بشكل مفاجئ؛ وأصعب جزء هو كتابة مهارات جيدة. هذا يقلل من شأن السقالات الأمنية، التي ستتخطاها معظم الفرق. ما يجعل Moon Bot يعمل هو أن المخاطر أُزيلت هندسيًا بدلًا من إدارتها بسياسة: مستويات تُفرض عبر مستخدمي Linux منفصلين، وبيانات اعتماد تُحقن عبر وكلاء محليين، ورموز كتابة تُصنع وتُتلف لكل PR.

Moon Bot أداة داخلية، بمزايا الأدوات الداخلية: مجال SSO واحد، ومستخدمون معروفون، وقواعد كود لفريق واحد. هذا النطاق الضيق جزء من سبب نجاحه، وهو تذكير بأن نتائج المعايير العامة لا تصمد أمام الاحتكاك بقاعدة كود خاصة محددة: يمكن للنماذج الأفضل بلوغ 96% على SWE-bench Verified وبالكاد تتجاوز 23% على كود المؤسسات الخاص. الدرس القابل للنقل هو النمط: اجعل كل إجراء قابلًا للتدقيق، وأبقِ كل بيانات اعتماد بعيدة عن متناول النموذج الذي يستخدمها.