⚡ التحدي
الاستفادة من الذكاء الاصطناعي في التشغيل بلا تحويله إلى «وصول حر» إلى الخوادم. أي تصميم يمنح الذكاء shell أو Docker مباشرًا يصنع مخاطرة أكبر من الفائدة.
🛠️ الحل
معمارية مقيدة بالتصميم: المستخدم ← OpenClaw ← Owner API (loopback فقط) ← سياسة ← موافقة المالك ← Job ← تنفيذ مُتحقق. دور READ_ONLY مُنفَّذ على الخادم (GET = 200، أي تغيير = 403)، وطلبات العمليات عبر قائمة معتمدة وبتفويض المالك.
📦 المزايا (موثقة من التنفيذ)
- قراءة-فقط مُتحقق منها: حالة النظام، الخوادم، الإصدارات، التنبيهات، السعة، النسخ، المهام، الانحراف، التقارير (12 أداة قراءة).
- طلبات تشغيل آمنة: صحة، تشخيص، نسخ، تحقق، تمرين تعافٍ — بقبول المالك.
- حماية الإنتاج: أي طلب يمس Production يُرفض صراحةً (DENIED).
- تدقيق كامل لكل استعلام وطلب، وتكامل مزوّدي نماذج متعددين عبر بوابة محلية مؤمّنة.
💻 التقنيات
Owner readonly CLI (12 أداة GET-only)
HTTP loopback (127.0.0.1) برموز أدوار (READ_ONLY vs admin)
تكامل نماذج لغوية (OpenRouter) عبر بوابة محلية
تقرير يومي (cron) قراءة-فقط.
📈 القيمة للأعمال
ذكاء تشغيلي يسأل أنظمتك ويستعلم من بياناتك الحقيقية — دون أن يمس حماية الإنتاج؛ القناة نفسها تُخضع العمليات لسياسة المالك وموافقته وتدقيقه.