accuknox/agentzمنصة ذكاء اصطناعي وكيلية قائمة على نموذج الثقة الصفرية. تدعم عمليات النشر عبر SaaS وOnPrem (معزولة عن الشبكة).
ابنِ ووكّل الوكلاء الذكيين. آمن بالتصميم.
كل وكيل يعمل داخل صندوق رملي يرفض افتراضيًا ولا يتلقى أي
بيانات اعتماد.
كل إجراء يقوم به الوكيل قابل للتتبع.
AgentZ هي منصة متعددة المستأجرين لتشغيل الوكلاء الذكيين. توفر ضمانات عزل قوية، وعدم تعرض الوكلاء لأي بيانات اعتماد، ووضعية شبكة ترفض افتراضيًا، وتحكمًا في حزم البرامج التي يمكن لوكلائك الوصول إليها.
الموقع الإلكتروني: صفحة AgentZ الرئيسية. DeepWiki: تحدث مع المستودع وساهم بسرعة.
مزودو الاستدلال: ندعم مجموعة من المزودين (مستمدة من OpenCode)، بما في ذلك Amazon Bedrock وGCP Vertex وAzure AI Foundry واشتراك OpenAI Codex. كما ندعم تهيئة نقاط نهاية OpenAI/Anthropic المخصصة.
المهارات: هناك نوعان من المهارات - قابلة للتغيير وغير قابلة للتغيير. المهارات القابلة للتغيير هي تلك التي يمكن للوكلاء تعديلها، بل غالبًا ما ينتجها الوكلاء أنفسهم. المهارات غير القابلة للتغيير يرفعها المستخدم وتدعم الإصدارات والتراجع.
أدوات MCP: على غرار مزودي الاستدلال، نوفر أيضًا كتالوجًا لخوادم MCP. إذا كان هناك مزود لا ندعمه، يمكنك إضافة خادم مخصص.
الصندوق الرملي: مجموعة من التهيئات القابلة لإعادة الاستخدام (النماذج والمهارات وأدوات mcp وحزم البرامج والمضيفين المسموح بهم). يرث الوكلاء جميع خصائص صندوقهم الرملي. يمكن تبديل / إعادة تهيئة الصندوق الرملي للوكيل في أي وقت، مما يؤدي إلى تغيير خصائصه أيضًا.
الوكلاء: الوكيل هو Pod في Kubernetes يشغل خادم OpenCode مع إضافات وأدوات مخصصة تحت الغطاء. يستخدم AgentZ سياسات شبكة Cilium لتنفيذ وضعية الرفض الافتراضي. لا يمكن لـ Pod الوكيل إرسال حركة مرور إلى أي وجهة ما لم تسمح قاعدة صريحة بذلك.
الوكلاء ذوو حالة، ويجب التعامل معهم على هذا الأساس. دليلهم الرئيسي مدعوم بـ PVC في Kubernetes، أي أنه يستمر عبر عمليات إعادة التشغيل.
الأسرار: MCP ليس خاليًا من مشاكله. غالبًا ما يكون استخدام أداة CLI أبسط وأكثر فعالية. أدوات CLI التي تتصل بخدمات خارجية، مثل Gmail وGoogle Calendar، تتطلب رموز مصادقة أو مفاتيح API. هنا يأتي دور وكيل حقن الأسرار.
عند إنشاء سر في AgentZ، بدلاً من حقن
بيانات الاعتماد الفعلية، نحن نحقن عنصرًا نائبًا، مثل agentz:resolve:env:API_KEY.
عندما يستدعي وكلاؤك واجهات Gmail البرمجية، يستبدل وكيل الحقن
العنصر النائب ببيانات الاعتماد الفعلية. لا يحصل وكلاؤك أبدًا على وصول مباشر
إلى بيانات الاعتماد.
علاوة على ذلك، عند إنشاء سر، يجب عليك تقديم مجموعة من المضيفين الذين يكون السر صالحًا لهم بشكل صريح. يساعد هذا في منع تسريب الأسرار.
هناك العشرات من الوكلاء الذكيين في الخارج. لم نرغب في إعادة اختراع وكيلنا الخاص. نعتقد أن meta-harness هو النهج الصحيح.
واجهة OpenCode API الخاصة بالبوابة متوافقة تشغيليًا مع عميل OpenCode TUI. يمكنك الاتصال بالوكيل باستخدام:
opencode attach https://agentzharness.ai/api/opencode/{AGENT_NAME}/
لم يكن هذا المشروع ليكون ممكنًا لولا العديد من المكتبات والمشاريع مفتوحة المصدر الممتازة التي يُبنى عليها.