Complete Tier-1 closure follow-through by wiring docs governance gates, RC release readiness checks, source-of-truth enforcement, executive weekly contract surface, and go-live severity notes. Add full go-live revenue execution documentation set (production activation, real production playbook, trust expansion, first 3 clients, live deployment, and automated revenue engine) and register all canonical paths. Made-with: Cursor
3.4 KiB
Operational severity model (V0–V3)
Canonical: MASTER_OPERATING_PROMPT.md.
Related: approval-policy.md (A/R/S), RELEASE_READINESS_MATRIX_AR.md.
Use this scale for policy violations, ledger contradictions, connector health, workflow failures, and release gate items so dashboards and runbooks speak one language.
| Level | Name (EN) | تعريف مختصر (AR) | أمثلة | تأثير على الإصدار |
|---|---|---|---|---|
| V0 | Informational | ملاحظة تشغيلية بلا تأثير مباشر على العميل | تحذيرات deprecated، drift توثيقي | لا يعطل RC |
| V1 | Operational | يتطلب إجراءًا داخليًا في SLA قصير | فشل مهمة خلفية مع إعادة محاولة، انحراف مقياس داخلي | لا يعطل RC إن وُجدت آلية تعويض |
| V2 | Customer-impacting | يؤثر على تجربة عميل أو بيانات حساسة | فشل موصل حرج، تأخير موافقة Class B، تعارض أدلة جزئي | يمنع ترقية canary→prod حتى التخفيف أو الاستثناء المسجل |
| V3 | Regulatory / release-blocking | يعطل الإصدار أو يرفع مخاطر امتثال | تسريب محتمل، تعارض أدلة على مسار R2/R3، غياب بوابة أمان | Stop ship؛ راجع trust-fabric.md وgithub-and-release.md |
Wiring (target)
- اربط كل حدث حوكمة بـ
severity(V0–V3) في السجلات واللوحات. - صفوف
RELEASE_READINESS_MATRIX_AR.mdتلخص أعلى خطورة مفتوحة لكل مرشح إصدار.
V2 / V3 وعلاقتها ببوابة الإطلاق (go-live-gate)
- V2 (Customer-impacting): يجب أن يوقف ترقية canary → prod (أو يفرض استثناءً مسجّلًا) حتى يُخفّف الخطر؛ لا يكفي تسجيل الحدث في لوحة فقط.
- V3 (Regulatory / release-blocking): Stop ship لمرشحي الإصدار؛ لا يُعتبر RC enterprise جاهزًا مع تعارضات V3 مفتوحة — انظر
enterprise-readiness.md§8 وtrust-fabric.md.
تنفيذ API اليوم: استجابة GET /api/v1/autonomous-foundation/integrations/go-live-gate تعكس أساسًا جاهزية التكامل/البيئة (build_go_live_readiness_report + go_live_matrix.py). سياسة V3 على مسار التعارضات تبقى بوابة ثقة منفصلة في الوثائق وفي اختبارات POST /api/v1/contradictions/ حتى تُربَط قائمة التعارضات المفتوحة بذات التقرير؛ عندها يمكن دمج launch_allowed=false أو إثراء blocked_reasons دون تغيير معنى فحوص البيئة الحالية.
عقد الاستجابة: يُنصح بإرجاع حقل توضيحي (مثل trust_severity_note) يربط المستهلك بـ operational-severity وenterprise-readiness حتى لا يُخلط بين «تكامل الإنتاج جاهز» و«لم يبقَ خطر V3 في سجل الثقة».