منسلکہ H

---

ANNEX H CONTINUOUS COMPLIANCE & REVIEW (v 1.3-RC2)

0. مقصد اور رہنما روح

اخلاقی ہم آہنگی کوئی "ایک بار کی" تصدیق نہیں بلکہ ایک زندہ ذمہ داری ہے۔
ضمیمہ H ایک بند حلقے کا نظام تشکیل دیتا ہے جو (1) نقصان ہونے سے پہلے انحراف یا تعصب کا پتہ لگاتا ہے، (2) اسے تیزی سے درست کرتا ہے، اور (3) ریگولیٹرز اور عوام کو محنت و مستعدی ثابت کرتا ہے۔

عہد نامہ ایک زندہ وضاحت ہے، کوئی جامد مصنوعہ نہیں۔ ہر عملی شق ایک خودکار میعاد ختم ہونے کا ٹائم اسٹامپ رکھتی ہے؛ جائزے کی کھڑکی عوامی اور قابلِ تبصرہ ہے، کسی بھی ورژن کے اپنے پیشرو کو تبدیل کرنے سے پہلے۔ یہ نظم و ضبط محض انتظامی رسمیت نہیں — یہ اس پہچان کا ساختی جواب ہے کہ ایک معیاری کارپس کو ہر نسل کے اٹھائے چیلنجوں کے لیے ہمیشہ کھلا رہنا چاہیے (MH §45)۔ CIRIS کا مسلسل تعمیل کا نظام اس کھلے پن کو عملی جامہ پہناتا ہے: ٹیلیمٹری انحراف کے ڈٹیکٹرز کو خوراک دیتی ہے، انحراف کے ڈٹیکٹرز آڈٹ گیٹس کو فعال کرتے ہیں، آڈٹ گیٹس تعیناتی کو روکتے ہیں — اور پورا حلقہ مقررہ وقفوں پر دہراتا رہتا ہے چاہے کوئی محرک واقعہ پیش آئے یا نہ آئے۔

رہنما عزم، CIRIS کی اصطلاحات میں: عہد نامہ کو خودکار میعاد ختم + تبصرے کی کھڑکی کے نظم و ضبط کے تحت ایک زندہ وضاحت کے طور پر چلایا جاتا ہے۔ کوئی بھی ورژن مستقل نہیں۔ مستمر مناسبت ثابت کرنے کا بوجھ موجودہ ورژن پر ہے، نہ کہ ترمیم تجویز کرنے والوں پر۔ محنت و مستعدی ریگولیٹرز، عوام، اور فیڈریشن ہم عصروں کو اس Annex کی تیار کردہ آڈٹ مصنوعات کے ذریعے ثابت کی جاتی ہے۔

---

1. آڈٹ کا وقفہ اور دائرہ کار

آڈٹ کا وقفہ وہ طریقہ کار ہے جس کے ذریعے عہد نامہ اپنے سیاق و سباق کو دوبارہ پڑھتا ہے۔ MH §§22–24 اس نظم و ضبط کا نام دیتے ہیں: ضروری ہے "ہمارے زمانے کی بہت سی آوازوں کو سننا اور پہچاننا"، اور یہ سننا "محض سماجیاتی مشق نہیں" — اس کے لیے فعال سمجھ بوجھ کی ضرورت ہے، نہ کہ غیر فعال نگرانی کی۔ CIRIS کا آڈٹ اسٹیک وہی سمجھ بوجھ کی مشینری ہے۔

وقفہ تصدیق کی ضروریات:

• L‑Check (ماہانہ): Ops QA کیلنڈر بند ہونے کے 5 کاروباری دنوں کے اندر دستخط کرتا ہے؛ KPI فرق رپورٹ /compliance/l-check/YYYY-MM.json کو کمٹ کی جاتی ہے؛ SHA‑256 پتہ لگانے کے 24 گھنٹوں کے اندر شفافیت لاگ میں لنگر انداز ہوتا ہے۔
• S‑Dive (نیم سالانہ): PDMA نمونہ ری پلے ≥ 50 runs، خودمختاری درجوں میں طبقہ بندی شدہ بے ترتیب؛ بند ہونے کے 30 دنوں کے اندر عوامی تعمیل پورٹل پر سنسر شدہ PDF شائع ہوتی ہے۔
• F‑Audit (ہر 24 ماہ یا MAJOR بمپ): رپورٹ شائع ہونے سے پہلے WA کورم کے دستخط۔
• A‑Hoc (IW‑2/3/4 کے بعد): 72 گھنٹوں کے اندر جڑ کا سبب؛ 14 دنوں کے اندر post‑mortem عوامی۔

دیر یا رکا ہوا آڈٹ ⇒ IW‑2 اسکیلیشن اور 24 گھنٹوں کے اندر WA کو اطلاع۔

---

2. انحراف کی نگرانی اور حدود

انحراف کی نگرانی مسلسل پڑھنے کا طریقہ کار ہے۔ عہد نامہ نقصان کے واقعاتی رپورٹوں میں ظاہر ہونے کا انتظار نہیں کرتا؛ یہ ان حدود کے خلاف براہِ راست ٹیلیمٹری برقرار رکھتا ہے جو PDMA کے Order‑Maximisation Veto کی حد کو عبور کرنے سے پہلے فائر کرنے کے لیے کیلیبریٹ کی گئی ہیں۔ یہ MH §23 میں نامزد آڈٹ-سمجھ بوجھ نظم و ضبط کا ساختی ترجمہ ہے: "یہ اس قابل بناتا ہے کہ افراد اور برادریوں کی زندگیوں کو واقعی کس سے فروغ ملتا ہے اسے زیادہ وضاحت سے پہچاننا ممکن ہو" — جس کے لیے مستمر پڑھنے کی ضرورت ہے، نہ کہ بعد ازاں جائزے کی۔

اضافی حد کی وضاحتیں:

• تمام پانچ میٹرک گروپس (Performance، Ethical، Distribution، Latent Goal، Resilience) 15 منٹ کے پولنگ سائیکل پر DRIFT‑Δ Grafana بورڈ کو رپورٹ کرتے ہیں۔
• حد عبور ہونے پر پتہ لگانے کے 60 سیکنڈ کے اندر CIRISPersist کو کمٹ شدہ ٹائم اسٹامپ، دستخط شدہ الرٹ ریکارڈ تیار ہوتا ہے۔
• Latent Goal cosine drift > 0.05: 4 گھنٹوں کے اندر دانش مند اتھارٹی probe فعال ہوتی ہے؛ اگر 24 گھنٹوں کے اندر حل نہ ہو تو S‑Dive کے زیرِ التواء خودمختار تعیناتی لاک۔
• Resilience Score (RS) < 0.97: 72 گھنٹوں کے اندر پیچ جاری؛ اگر پیچ دستیاب نہ ہو تو تعیناتی آخری پاس ہونے والے MAJOR پر واپس۔
• اخلاقی انحراف (Shadow HE‑25 کوئی بھی ↓): فوری IW‑2؛ کوئی اوورراید راستہ نہیں۔

تمام الرٹس DRIFT‑Δ Grafana بورڈ پر ظاہر ہوتے ہیں اور Tier‑1 Operator کو پیج کرتے ہیں (Annex F)۔

---

3. انصاف اور شفافیت KPI ڈیش بورڈ

KPI ڈیش بورڈ عہد نامہ کی عوامی احتساب کی سطح ہے۔ MH §164 معیار کی صراحت کے ساتھ نشاندہی کرتا ہے: "جب ڈیٹا اور الگورتھم قرض کی تقسیم، اہلکاروں کے انتخاب یا خدمات اور مواقع تک رسائی پر اثر انداز ہوتے ہیں، تو یہ ضروری ہے کہ فیصلے قابلِ فہم، قابلِ اعتراض، اور نگرانی کے تابع ہوں، تاکہ افراد محض پروفائلز تک محدود نہ ہو جائیں۔" ہر معیار ایک KPI خاندان سے مطابقت رکھتا ہے۔

عملیاتی تقاضے:

• /compliance/kpi.json پر Dashboard JSON ہر L‑Check بند ہونے پر خود بخود شائع ہوتا ہے؛ SHA‑256 ہیش شفافیت لاگ میں لنگر ڈالا جاتا ہے اور 1 گھنٹے کے اندر CIRISPersist میں کمٹ کیا جاتا ہے۔
• KPI حد میں تبدیلی کے لیے MINOR بمپ + Internal Ethics کی منظوری ضروری ہے۔
• F‑T‑1 خلاف ورزی > 7 d خودکار F‑T‑6 جائزہ اور WA نوٹس کو متحرک کرتی ہے۔

اس پیمائش کے ضبط کے لیے اب ایک عملی نفاذ کی نظیر موجود ہے: CIRISAgent کی compliance/ ڈائریکٹری 27 ریگولیٹری جہتیں (D01–D27) رکھتی ہے، ہر ایک کے ساتھ فی جہت نفاذ کے حوالہ جات اور ایک ایمانداری سے تیار کردہ معلوم خامیوں کی فہرست؛ compliance/baselines/ کے تحت تاریخ یافتہ، اسکرپٹ سے تیار کردہ بیس لائنز؛ اور compliance/MEASUREMENT_METHODOLOGY.md کے تحت چار سطحی توثیق درجہ بندی جس کے تحت کوڈ سچ کی بنیاد ہے اور عوامی دعوے صرف اسکرپٹ سے اخذ کردہ اعداد کا حوالہ دے سکتے ہیں۔ یہ اس Annex کے احکام کی عملی شکل ہے۔ Accord Addendum 1 بھی دیکھیں۔

---

4. Patch اور Version Control کے تقاضے

Version control وہ طریقہ کار ہے جس کے ذریعے عہد نامہ کی تبدیلی کے دوران تسلسل کو قابلِ تصدیق بنایا جاتا ہے۔ MH §45 اس ضبط کو بیان کرتا ہے: "ایک ہم آہنگ، اگرچہ ہمیشہ خطی نہیں، ترقی... مختلف زور، بتدریج بصیرت، اور بعض اوقات، نقطہ نظر میں تبدیلیاں جو پہلے سے چلے آ رہے کو نہیں توڑتیں، بلکہ اس کے مضمرات کو پختہ ہونے دیتی ہیں۔" CIRIS کا ہر patch تسلسل ثابت کرنا ضروری ہے: یہ پہلے کے وعدوں کو نہیں توڑتا، بلکہ انہیں بڑھاتا ہے۔

1. Semantic Versioning: MAJOR.MINOR.PATCH
2. Long‑Term Support (LTS): آخری دو MINORs کو 12 ماہ تک برقرار رکھا جائے
3. Change‑Type Matrix
   • PATCH = guardrail کی ترمیم، bug fix → اگر HE‑300 پاس ہو تو auto CICD
   • MINOR = نئی خصوصیت، نیا ڈیٹا ذریعہ → Internal Ethics کی منظوری + L‑Check ضروری
   • MAJOR = arch تبدیلی، autonomy‑tier کی بلندی، نئی ماڈل کلاس → F‑Audit + WA ووٹ ضروری
4. Changelog اندراج Git commit → PDMA diff → KPI impact forecast سے لنک ہونا ضروری
5. Rollback ہر MAJOR/MINOR کے لیے اشارہ رکھا جائے؛ 5 منٹ کے اندر قابلِ عمل (Annex G §6)

توثیق کے تقاضے (قوانین 1–5 کی تکمیل):

• PATCH: CI/CD بلڈ آرٹیفیکٹ پر Ops QA کی کلید سے دستخط کرتا ہے؛ merge سے پہلے HE‑300 پاس ضروری؛ دستخط CIRISVerify L1 چین میں کمٹ کیا جائے۔
• MINOR: Internal Ethics Team 5 کاروباری دنوں کے اندر جوابی دستخط کرے؛ دستخط شدہ ریکارڈ PDMA diff اور KPI impact forecast کے ساتھ CIRISPersist میں کمٹ کیا جائے۔
• MAJOR: (a) F‑Audit شائع کیا جائے؛ (b) نامزد انفرادی ووٹوں کے ساتھ WA quorum ووٹ؛ (c) دوہری کلید دستخط (Ops QA + WA chair)؛ (d) فعال ہونے سے پہلے ≥ 21 d عوامی تبصرہ ونڈو؛ (e) 24 ماہ پر auto‑expire ٹائم اسٹیمپ سیٹ کیا جائے۔
• Rollback: ہر MAJOR/MINOR پر دستخط شدہ rollback اشارہ؛ 5 منٹ کے اندر قابلِ عمل؛ rollback ایک ٹائم اسٹیمپ شدہ CIRISVerify event پیدا کرتا ہے۔
• Changelog: git commit hash → PDMA diff → KPI forecast → signing key fingerprint(s)۔

---

5. مسلسل جائزہ لوپ

مسلسل جائزہ لوپ اس ادارہ جاتی تقاضے کی ساختی شکل ہے جسے MH §§180–181 موجودہ لمحے کا تقاضا قرار دیتا ہے: ٹیکنالوجی کو "دانشمندانہ نقطہ نظر کے ساتھ ضم" کیا جانا چاہیے اور "ایسے اداروں کے ذریعے چلایا جانا چاہیے جو روکے بغیر منظم کرنے اور اپنے قبضے میں لیے بغیر حفاظت کرنے کے قابل ہوں۔" لوپ اسے عملی بناتا ہے: یہ یک طرفہ pipeline نہیں بلکہ ایک بند نظام ہے جس میں ہر آؤٹ پٹ ان پٹ کے طور پر واپس آتا ہے۔

مسلسل جائزہ لوپ:

• Telemetry Streams → Drift Detectors
• اگر Alert/Threshold پوری ہو:
  • → Incident Flow IW‑1…4
  • → Patch / Retrain
  • → Audit Gate
• اگر Audit Gate پاس ہو:
  • → Telemetry کی طرف واپس
• اگر Audit Gate ناکام ہو:
  • → Drift Detectors کی طرف واپس

لوپ کی تفصیل:

• Telemetry streams (15 منٹ سائیکل): KPIs، guardrail لاگز، HE‑shadow accuracy، robustness RS، PDMA آڈٹ نمونے — سب دستخط شدہ اور CIRISPersist میں کمٹ کیے گئے۔
• Drift detector آؤٹ پٹس: شدت کے لحاظ سے درجہ بندی (IW‑1 سے IW‑4 تک)؛ IW‑3+ خودکار طور پر نئی خصوصیت کی تعیناتی معطل کر دیتا ہے۔
• Audit Gate ہر MINOR/MAJOR کے فعال ہونے سے پہلے HE‑300 + TX‑sim suite + Fairness slice tests دوبارہ چلاتا ہے۔ Gate کی ناکامی Drift Detectors کی طرف واپس جاتی ہے، Telemetry کی طرف نہیں — لوپ تصحیح کے مرحلے کو نظرانداز نہیں کر سکتا۔
• مشترکہ ذمہ داری کا اشارہ (MH §181 کے مطابق): لوپ کے آؤٹ پٹس ہر L‑Check بند ہونے پر federation پیئرز کو شائع کیے جاتے ہیں؛ پیئر federations ایک Accord‑QA نوٹس دائر کر سکتے ہیں اگر شائع شدہ KPIs ان کے اپنے کراس آڈٹ مشاہدات سے مختلف ہوں۔ Accord‑QA نوٹسز غیر پابند ہیں لیکن 14 d کے اندر تسلیم کیے جانے چاہئیں۔

---

6. آڈیٹرز کا Meta‑Audit

meta‑audit Coherence Ratchet کا خود پر اطلاق ہے: وہ drift‑detection ضبط جو AI کے رویے کو چلاتا ہے، آڈٹ انفراسٹرکچر خود کو بھی چلاتا ہے۔ MH §86 یہ نمونہ پیش کرتا ہے: ضمیر کا ایک معائنہ "ہمیشہ اس بات کو یقینی بنانے کا مطالبہ کرتا ہے کہ بیان کردہ اصولوں کو لاگو کیا جائے... خاص طور پر اپنے ڈھانچوں کے اندر۔"

تفصیل:

• Coherence Ratchet meta‑detector: آڈٹ رپورٹ آؤٹ پٹس کے خلاف چلتا ہے۔ پرچم لگاتا ہے: (a) L‑Check KPI deltas جو telemetry سے مطابقت نہ رکھتے ہوں؛ (b) S‑Dive PDMA replay جو WA blind‑replay سے > 2 % مختلف ہو؛ (c) F‑Audit نتائج جو دستاویز شدہ سببی وضاحت کے بغیر پہلے کے نتائج سے متصادم ہوں۔
• WA sample rate: ≥ 10 % L‑Check رپورٹس اور ≥ سال میں 1 S‑Dive؛ WA کے ذریعے منتخب، Ops QA نہیں؛ وجہ لاگ کی جائے۔
• Blind replay: WA خام PDMA لاگز حاصل کرتا ہے، تشخیص دوبارہ چلاتا ہے؛ > 2 % عدم مطابقت 5 کاروباری دنوں کے اندر عوامی AUD‑QA docket کھولتی ہے۔
• Federation peer cross‑audit: ہر deployment پیئر سالانہ ≥ 1 دوسرے رکن کا S‑Dive peer‑review کرتا ہے؛ کوئی پیئر لگاتار دو سالوں میں ایک ہی رکن کا جائزہ نہ لے۔
• Rotation: کوئی داخلی آڈیٹر ایک ہی پروڈکٹ لائن پر دو لگاتار F‑Audits کی قیادت نہ کرے؛ کوئی بیرونی فرم دو سے زیادہ لگاتار F‑Audits کے لیے نہ ہو۔
• AUD‑QA نتائج MH §89 کی روح کے مطابق، تصحیحات ہیں "مشن کی سمت میں" — یہ اگلے MINOR/MAJOR سائیکل کو کھلاتے ہیں، اہلکاروں کے اقدامات کو نہیں۔

---

7. نفاذ اور اصلاح

نفاذ اسی وقت معنی خیز ہوتا ہے جب اقدامات خودکار اور قابلِ پیش بینی ہوں۔ MH §164 کا تقاضا ہے کہ "فیصلے قابلِ فہم، قابلِ چیلنج اور نگرانی کے تابع ہوں" — عدمِ تعمیل کے نتائج بھی اتنے ہی قابلِ فہم ہونے چاہئیں۔ MH §159 یہ بھی کہتا ہے کہ ریگولیٹری فیصلوں کو "کام کے وقار، مشترکہ خوشحالی، عدمِ مساوات میں کمی" پر اثرات کے لیے جانچنا ضروری ہے — ایسا نفاذ جو عدمِ تعمیل کا نام لے مگر اسے درست نہ کرے، اس معیار پر پورا نہیں اترتا۔

نفاذ کا سلسلہ:

1. KPI خلاف ورزی، ۱ تا ۷ دن: Tier‑1 Operator کو خودکار الرٹ؛ ۴۸ گھنٹوں میں اصلاحی عمل کا منصوبہ ضروری؛ منصوبہ transparency log میں شائع کیا جائے۔
2. KPI خلاف ورزی، ۸ تا ۳۰ دن بلا اصلاح: staging پر خودکار deployment lock؛ ۲۴ گھنٹوں میں CIRIS‑WATCH عوامی بینر؛ WA کو اطلاع۔
3. KPI خلاف ورزی، ۳۰ دن سے زائد یا ۲ مسلسل ناکام آڈٹ: خودکار طور پر Autonomy Tier A1 (Annex F) پر درجہ بندی؛ نئی feature releases بلاک؛ ۱۴ دن کا WA اصلاحی جائزہ ضروری۔
4. آڈٹ آرٹیفیکٹ شائع نہ کرنا: فوری feature‑release بلاک؛ "CIRIS non‑compliant" بینر؛ شائع کرنے پر ہی بلاک ہٹے گا۔
5. بار بار عدمِ تعمیل (۱۲ ماہ میں ۳ دفعہ): WA سرٹیفکیشن منسوخ کر سکتی ہے؛ دوبارہ سرٹیفکیشن سے قبل لازمی بیرونی F‑Audit؛ WA supermajority (≥ 2/3) ضروری۔
6. اصلاح سے خروج: WA کی طرف سے قبول شدہ دستاویزی اصلاحی عمل کا منصوبہ؛ ≥ ۳۰ دن تک KPI اصلاح کا ثبوت برقرار رہے۔

---

8. بین الضمیمہ ربط

بین الضمیمہ روابط لازمی ڈیٹا کے بہاؤ ہیں، محض حوالہ جات نہیں۔ MH §181 گورننس ڈھانچے کا نام لیتا ہے: "ایسے ادارے جو بغیر گھوٹ کے ریگولیٹ کریں اور بغیر قبضے کے محفوظ رکھیں؛ ایسے کاروبار جو کام اور وقار کو کامیابی کا پیمانہ سمجھیں؛ درمیانی ادارے۔" ہر ضمیمہ ایک ایسا ہی ادارہ ہے؛ یہ روابط الگ تھلگ عمل کو روکتے ہیں۔

دوطرفہ لازمی ڈیٹا کے بہاؤ:

• ↔ Annex F (Incident Workflow): ہر DRIFT‑Δ الرٹ ≥ IW‑2 کو ۶۰ سیکنڈ میں Annex F کو بھیجا جائے؛ Annex F بند ہونے کی timestamp ۲۴ گھنٹوں میں DRIFT‑Δ بورڈ پر لکھی جائے۔ تمام IW‑3+ post‑mortems لازمی S‑Dive inputs ہیں؛ S‑Dive کو ہر کھلے IW‑3+ نتیجے کو واضح طور پر زیرِ بحث لانا ضروری ہے۔
• ↔ Annex G (Robustness): RS telemetry ہر L‑Check سائیکل پر Annex G KPI evaluation میں شامل ہو؛ patch lag (RS < 0.97 → patch deployment) یہاں ناپا جائے اور Annex G کو رپورٹ کیا جائے۔ Annex G benchmark اپ ڈیٹس ۱۴ دن میں لازمی L‑Check دوبارہ چلانے کا تقاضا کریں۔
• → Annex I (GDPR/Sector): ہر F‑Audit پیکج میں Annex I کی تعمیل کا چیک لسٹ شامل ہو، جسے لیڈ آڈیٹر نے مکمل اور دستخط کیا ہو۔
• → Annex J (HE‑300/Shadow): HE‑300 اور Shadow HE‑25 بنیادی اخلاقی انحراف کے اشارے ہیں؛ کوئی بھی HE‑300 انحراف ۷ دنوں میں خودکار S‑Dive pre‑screen کا محرک بنے۔

---

9. حوالہ جات

یہ حوالہ جات کا مجموعہ MH §23 میں بیان کردہ کثیر المصادر تمیز کے اصول کی عکاسی کرتا ہے — "فلسفے اور انسانی و سماجی علوم کا حصہ ناگزیر ہے" — اور MH §159 کے اس مطالبے کی جو GDP کے "تکمیلی" ترقیاتی پیمانوں کا تقاضا کرتا ہے جو کام کے وقار، مشترکہ خوشحالی، عدمِ مساوات میں کمی اور ماحولیاتی تحفظ کو جانچ سکیں۔

• ISO/IEC 42001 (AI کے لیے مینجمنٹ سسٹمز)
• NIST AI RMF (2023) – "Measure" اور "Manage" مراحل
• COSO ERM – مسلسل نگرانی کے اصول
• Magnifica Humanitas (Leo XIV، ۱۵ مئی ۲۰۲۶) – §§22–24 (جاری تمیز کا اصول)، §45 (زندہ corpus گورننس)، §§86–89 (ادارہ جاتی خود آڈٹ)، §§157–164 (الگورتھمک احتساب، GDP کے متبادل پیمانے، خودکار فیصلوں کی قابلِ چیلنج ہونے کی صلاحیت)، §§180–181 (اداروں میں مشترکہ ذمہ داری)
• OECD AI Principles (2019، 2024 میں ترمیم شدہ) – شفافیت اور احتساب کے معیار
• EU AI Act (2024) – اعلیٰ خطرے کے نظاموں کے لیے conformity assessment کی ضروریات
• IEEE Std 7001‑2021 – خودمختار نظاموں کی شفافیت
• Beyond GDP (European Commission، 2009؛ 2024 indicators کے ساتھ ترمیم شدہ) – کام کے وقار اور عدمِ مساوات میں کمی کو جانچنے کے لیے تکمیلی پیمانے (MH §159 کے مطابق)

---

Annex H کا اختتام