المؤسسات · حوكمة الوكلاء

لوكيلاوكلاء أسماء، وأصحاب
ومفتاح إيقاف تشغيل.

بحلول عام 2027، ستكون الأساطيل — وأسطول العمليات المجهولة مسؤولية. يجعل LeanCTX كل وكيل هوية مسجلة: فريدة، مملوكة لإنسان، مُدارة دورة حياتها، ومُصدَّقة وقابلة للإلغاء — مع كل انتقال في سجل التدقيق المقاوم للتلاعب.

النموذج

الهوية هي من يجيب. الدور هو ما يعمل.

الأدوار تظل ملفات أذونات قابلة لإعادة الاستخدام. الهوية تضيف المساءلة في القمة: agent_id، المالك، الحالة، ربط المفتاح، التصديق، نبض القلب. أربع خصائص تجعل الأسطول خاضعًا للحوكمة.

هوية مسجلة

كل وكيل هو سجل: agent_id مستقر، دور، ربط مفتاح Ed25519، وتاريخ الإنشاء. لا مزيد من التخمين حول أي عملية قامت بماذا — السجل هو مصدر الحقيقة لمن موجود.

مملوك دائمًا

يتم رفض التسجيل بدون مالك بشري. المساءلة هيكلية: كل إدخال تدقيق، وكل حدث لدورة حياة، وكل حزمة دليل تتتبع إلى شخص مسؤول عن الوكيل.

قابل للإلغاء في معاملة واحدة

تعليق وكيل، أو سحب مالك وتعليق أسطوله بالكامل بشكل ذري — كل تعليق يتم تدقيقه بشكل فردي. إن إيقاف التشغيل نهائي ويكتب إدخال الإغلاق للتدقيق.

مُصدَّق عليه بصدق

تجزئة ثنائية وتكوين الدور عند التسجيل وعند كل نبض قلب. يظهر الانحراف على الفور (رمز الخروج 3) — ترقية، أو تعديل التكوين، أو العبث. نوثق ما لا يحميه هذا.

في الممارسة العملية

الأسطول، خمسة أوامر.

كل شيء يعتمد على سطر الأوامر أولاً وصادق في رمز الخروج، حتى تتمكن خطوط الأنابيب والمراقبة الخاصة بك من العمل بناءً عليه.

$ lean-ctx agent register --id ci-reviewer-1 --role reviewer --owner alice@org
registered: ci-reviewer-1 (role reviewer, owner alice@org)
spiffe id: spiffe://org.example/agent/reviewer/ci-reviewer-1

$ lean-ctx agent heartbeat ci-reviewer-1     # liveness + drift; exit 3 on drift

$ lean-ctx agent offboard-owner alice@org --reason "left company"
suspended 2 agent(s): ci-coder-1, ci-reviewer-1

$ lean-ctx agent check ci-reviewer-1         # enforce-path decision point
ci-reviewer-1: DENIED — suspended: left company   # exit 1

كل انتقال يكتب إدخال تدقيق مقاوم للتلاعب — التسجيل، التعليق، الاستئناف، إلغاء الخدمة هي أنواع أحداث موحدة (OCP Part 4)، لذا يتوفر تاريخ الهوية تلقائيًا في حزم الأدلة الخاصة بك evidence bundles. النموذج الكامل ونموذج التهديد: وثائق هوية الوكيل (agent-identity docs).

"ماذا يحدث عندما يغادر شخص ما؟"

تتوقف وكلاء هذا الشخص عن العمل. بشكل ميكانيكي. تعليق المغادرة (Owner offboarding) يعلق كل وكيل نشط لهذا المالك في معاملة واحدة مقفلة — موصول بتدفق إلغاء التزويد الخاص بـ SCIM أو يتم تشغيله من قائمة التحقق الخاصة بالمغادر. الوكلاء اليتامى هم حسابات الخدمة المنسية لعصر الوكيل؛ ويجعل LeanCTX استحالتهم هيكليًا.

FAQ

ما تسأل عنه فرق المنصات.

لماذا تحتاج الوكلاء إلى هويات بينما لديهم بالفعل أدوار؟

يحدد الدور ما يمكن أن تفعله العملية؛ أما الهوية فتحدد من هو المسؤول عنها. مع الأساطيل (fleets)، الأسئلة المهمة هي التشغيلية: من يملك هذا الوكيل، متى كان نشطًا آخر مرة، ومن أوقفه ولماذا، وماذا يحدث لأذونته عندما يغادر مالكه؟ يجيب السجل على هذه الأسئلة ميكانيكيًا — تبقى الهوية (من) منفصلة عن الدور (ما)، وبالتالي تظل الأدوار ملفات تعريف قابلة لإعادة الاستخدام.

ما هي مشكلة الوكيل اليتيم؟

الوكيل الذي غادر مالكه البشري الشركة ولكنه يستمر في العمل باستخدام بيانات اعتماده — وهو النسخة من حساب الخدمة المنسي لعصر الوكلاء، باستثناء أنه يقرأ التعليمات البرمجية ويشغل الأوامر. يقوم LeanCTX بإغلاقها هيكليًا: يجب تحديد المالك عند التسجيل، ويقوم أمر واحد (أو تدفق إلغاء التزويد الخاص بـ SCIM) بتعليق مجموعة الوكلاء النشطة بالكامل للمالك في معاملة واحدة مقفلة، ويتم تدقيق كل تعليق.

كيف يعمل دورة الحياة؟

نشط → معلق ⇄ نشط → إلغاء الخدمة. يحمل التعليق سببًا وهو قابل للعكس؛ أما إلغاء الخدمة فهو نهائي حسب التصميم — لا يتم حذف السجل أبدًا ولا إعادة تنشيطه أبدًا، لأن الهوية جزء من سجل التدقيق. يكتب كل انتقال إدخال تدقيق مقاوم للتلاعب باستخدام أنواع أحداث موحدة (agent_registered, agent_suspended, agent_resumed, agent_decommissioned — OCP Part 4)، لذا تظهر تغييرات الهوية في حزم الأدلة تلقائيًا.

ما الذي تثبته الشهادة فعليًا؟

يقوم التسجيل وكل تجديد (heartbeat) بتجزئة الثنائي قيد التشغيل وملف الدور النشط. يعني التغيير في التجزئة أن شيئًا ما قد تغير — ترقية، أو تعديل إعدادات، أو تلاعب — ويظهر كانجراف (drift) مع رمز خروج غير صفري يمكن لمراقبتك التنبيه عليه. إنه اكتشاف انجراف، وليس شهادة عن بُعد: يمكن للمهاجم الذي يمتلك تحكمًا كاملاً في المضيف تزوير التجزئات، ونموذج التهديد لدينا ينص على ذلك بشكل صريح. إنه يكمل، ولا يحل محل، تقوية المضيف وتوقيع التعليمات البرمجية.

كيف يتكامل هذا مع نظام إدارة الهوية والوصول (IAM) الخاص بنا؟

ثلاثة خطافات (hooks). SPIFFE: يرتبط كل سجل بـ spiffe://<trust-domain>/agent/<role>/<agent_id>، لذا فإن هوية عبء العمل في K8s (SPIRE) وهُوية LeanCTX هي نفس الاسم. SCIM: قم بتوصيل تدفق إلغاء التزويد باستدعاء مغادرة المالك. وضع الإنفاذ (Enforce mode): واجهة برمجة تطبيقات التحقق هي نقطة قرار واحدة — يتم رفض الوكلاء غير المسجلين أو المعلقين؛ ابدأ في وضع المراقبة، وتحول إلى وضع الإنفاذ بمجرد تسجيل المجموعة.

حوكمة قوة عمل الوكيل.

سجّل أول وكيل لك في دقيقة واحدة، محليًا ومجانيًا — أو تحدث معنا حول نشر الأساطيل باستخدام SCIM و SPIFFE.