فريقا Kimi وkvcache-ai يطلقان منصة AgentENV مفتوحة المصدر لتوزيع تدريب التعلم المعزز للوكلاء على نطاق Kimi K3

أعلن فريق Moonshot AI (مطور نموذج Kimi K3) بالتعاون مع kvcache-ai عن فتح منصة AgentENV بموجب ترخيص MIT. وهي منصة موزعة لتنفيذ بيئات الوكلاء على نطاق واسع، استُخدمت في تدريب نموذج الخبراء المختلط (MoE) Kimi K3 الذي يضم 2.8 تريليون معامل عبر التعلم المعزز (RL). كل صندوق حماية (sandbox) هو آلة افتراضية دقيقة (micro-VM) تعمل بنظام Firecracker، ولها نواة لينكس (Linux kernel) ونظام ملفات ومساحة شبكة (network namespace) خاصة بها، مما يوفر عزلًا على مستوى النواة. تُدار دورة حياة الصندوق عبر واجهة HTTP من نوع Axum تُوجّه الطلبات إلى أوركستراتور (orchestrator). يعمل نظام الملفات الجذر (rootfs) عبر ublk في مساحة المستخدم (userspace)، مستخدمًا overlaybd للصور الطبقية: الطبقات الأساسية للقراءة فقط ومشتركة بين الصناديق، بينما لكل صندوق طبقة علوية قابلة للكتابة. داخل الآلة الافتراضية الضيفة، يدير برنامج الخفي envd (على المنفذ 49983) الأوامر وعمليات الملفات وتقارير الحالة؛ ويُوجّه وكيل عكسي (reverse proxy) حركة مرور HTTP وWebSocket من العملاء إلى خدمات الآلة الافتراضية. أُولي اهتمام خاص لتقليل الأعباء: فذاكرة التخزين المؤقت للمضيف (host page cache) مشتركة بين بيانات التخزين ولقطات الذاكرة، وتوجد آلية نفخ الذاكرة (memory ballooning) لاستعادة الذاكرة الزائدة للضيف إلى المضيف، مما يدعم التجاوز (overcommit) مع تباين البيئات. تشمل الميزات الرئيسية أخذ اللقطات (snapshotting) والإيقاف المؤقت (pausing) والاستئناف (resuming) والاستنساخ (forking). اللقطات تزايدية وليست كاملة. وفقًا للبيانات المنشورة، يستغرق تحميل أو استئناف لقطة أقل من 50 مللي ثانية، والإيقاف المؤقت أقل من 100 مللي ثانية، واللقطات التزايدية حتى تحت حمل كتابة ثقيل تُنجز في أقل من 100 مللي ثانية. ميزة fork المخصصة للتعلم المعزز تسمح باستنساخ صندوق قيد التشغيل إلى ما يصل إلى 16 صندوقًا فرعيًا مستقلًا على نفس العقدة. يُوقف الصندوق الأصلي مؤقتًا أثناء الالتقاط ثم يُستأنف. ترث جميع الحالات الفرعية نظام الملفات والذاكرة وتكوين الموارد من الصندوق الأصلي. يتيح ذلك تنفيذ الإعدادات المكلفة (تثبيت الاعتماديات، استنساخ المستودعات) مرة واحدة، ثم استنساخ الحالة إلى عمليات متوازية. تُحفظ اللقطات في مخزن كائنات متوافق مع S3 أو نظام ملفات موزع. افتراضيًا، لكل صندوق مهلة زمنية (TTL)؛ عند انتهائها، لا يُحذف بل يُوقف مؤقتًا؛ لحذفه، يجب تمرير autoPause: false عند الإنشاء. تُحمّل الصور عند الطلب عبر overlaybd مع ذاكرة تخزين مؤقتة محلية على القرص تُخزّن البيانات الساخنة وتُخرج الباردة، مما يتجنب تسخين كل صورة مسبقًا على جميع العقد ويمكن أن يتجاوز سعة القرص المحلي. تُنظّم الحالة إلى ثلاث طبقات: مساحة عمل للمُجمّع (collector) للأرتيفاكتس، ومستودع للقطات (تخزين دائم)، وذاكرة تخزين مؤقتة محلية للتشغيل للتكوينات المشتقة. يُدعم نظامان خلفيان للمستودع: posix_fs (الافتراضي) وoss (عبر عميل مشترك متوافق مع S3، يجب تحديد المنطقة صراحةً). يوجد نقل اختياري من نظير إلى نظير (P2P) يعتمد على iroh يمكنه الإعلان عن الأرتيفاكتس للعقد المجاورة لكنه معطل افتراضيًا. يُوصى بحد أدنى من عرض النطاق الترددي 1 جيجابت/الثانية للتخزين المشترك، ويُوصى بشدة بـ 10 جيجابت/الثانية أو أكثر. لتسهيل الانتقال، توفر AgentENV واجهة HTTP متوافقة مع E2B: فقط اضبط E2B_API_URL على خادمك الخاص، وستعمل حزم E2B Python/TypeScript SDKs الرسمية دون تغيير الشيفرة للوكلاء. تتوفر أيضًا واجهة سطر أوامر أصلية باسم aenv. يتطلب النشر لينكس 6.8+ و /dev/kvm؛ سكربت التثبيت يستهدف أوبونتو 24.04. تدعم واجهة سطر الأوامر لينكس وmacOS على x86_64 وarm64، بينما يتطلب الخادم لينكس (يحتاج KVM). خُمست طرق نشر موثقة: سكربت تثبيت مع systemd، وصورة Docker، وDocker Compose لمحاكاة الكتلة، وملفات Kubernetes مع بوابة (gateway) ومجدول (scheduler) وDaemonSet، والبناء من مصدر Rust. في التوزيعات متعددة العقد، تُضاف بوابة على المنفذ 8080 ومجدول على المنفذ 9090.