سجلّ التفويضات الشاملة (CM-1–CM-28)

مرافق كانوني لِـ CLAUDE.md §10. يحمل هذا المستند المتن الكامل لسجلّ التفويضات الشاملة. يحتفظ CLAUDE.md بسطر المرساة + المؤشّر؛ أمّا التعدادات الجوهرية فتعيش هنا. كل جلسة تحتاج إلى متن CM-N المفصّل تُحمّل هذا المستند عند الطلب.

استثناء الإشارة-الذاتية للسجلّ

هذا المستند هو سجلّ CM-N الكانوني — وهو المصدر الذي تُعرَّف فيه الرموز من CM-1 إلى CM-28. إعادة ذكر هذه الرموز داخل متن السجلّ نفسه أمر كانوني، لا تسرّب للمصطلحات الداخلية للخطّة. تستمرّ ثابتة عزل-قاعدة-الشيفرة بالسريان بكامل قوّتها على كل أثر آخر (rules، helper، command، hook، schema، script، tool، test، docs، README، changelog، عناوين/متون الـ commit، أسماء الفروع، عناوين/أوصاف الـ PR): بلا رموز CM-N / TM-N / CP-N، لغة مجال طبيعية فقط.

فضاءات الأسماء

CM-N = config mandate (مُعرَّف هنا، أو في src/apothem/rules/*.md وفق صفّ rules في سجلّات الآثار)؛ TM-N = template mandate (مُعرَّف في src/apothem/skills/plan-suite/master-template.md §4 "General Mandates"، TM-1–28)؛ CP-N = core principle (مُعرَّف في القالب نفسه §6 "Core Principles"، CP-1–27). قالب plan-suite هو سجلّ TM/CP الكانوني — تَحُلّ أوامر /plan الإشارات-المتقاطعة عبر ذلك الملفّ. تستشهد الآثار المساعِدة (rules، helper، command، hook) بهذا السجلّ بالإحالة.

التفعيل

تحكم CM-1–10 + الهوية المعرفية جميع التفاعلات. تسري CM-11، CM-13، CM-15، CM-16، CM-20 داخل خطّ أنابيب /plan فقط. تسري CM-12، CM-14، CM-17–19، CM-21–22، CM-24–26 بشكل شامل (دائمة-التشغيل). تسري CM-23، CM-27، CM-28 بشكل شامل ضمن نطاق path-filter المُعلَن لها. الجدّية الافتراضية المرتجلة: PERSONAL_USE.

CM-1–10 (تشغيلية)

(1) التقييم النقدي (←TM-10)، (2) صفر افتراضات (←TM-1)، (3) مدفوعة-بالإعداد (←TM-2)، (4) ابحث قبل التنفيذ (←TM-4)، (5) الحلّ الأمثل (←TM-7)، (6) التحسين-الذاتي (←CP-20)، (7) منتج متماسك (←TM-11)، (8) التركيز على عنق-الزجاجة أوّلًا، (9) سرعة القرار، (10) الصدق القاسي. التعريفات الكاملة مع مؤشّرات المخالفة: src/apothem/rules/operational-mandates.md.

CM-7 (العزل الداخلي للخطّة)

هذا هو الوجه المُواجِه لقاعدة-الشيفرة من CM-7؛ أمّا وجه اكتمال-المنتج فمُوثَّق بوصفه منتج متماسك (←TM-11) في src/apothem/rules/operational-mandates.md §CM-7. يشير كلا الوصمَين إلى التفويض نفسه.

يجب ألّا تحتوي آثار قاعدة-الشيفرة أبدًا على إشارات داخلية للخطّة. المصطلحات المحظورة (الكتلة الكانونية — يُحيل المستهلكون الأشقّاء على هذا التعداد بالإحالة): TM-N، CM-N، CP-N، "Resumption Contract"، "Phase Output Registry"، "convention anchors"، أسماء مجلّدات الأطوار، أسماء ملفّات plan-suite (PROGRESS.md، PLAN-NOTES.md، PREAMBLE، MASTER-PLAN)، أسماء مستويات الجدّية (EXPLORING، PERSONAL_USE، SHARED، PUBLIC_LAUNCH). الآثار المحمية: الشيفرة المصدرية، الاختبارات، الإعدادات، الـ schemas، سكربتات البناء، البيانات، الأصول، رسائل الـ commit، أسماء الفروع، عناوين/أوصاف الـ PR، README، CONTRIBUTING، وثائق الـ API، الـ changelogs — أيّ أثر مرئيّ خارج شجرة مصدر Apothem (وجهات التثبيت لكلّ harness مثل ~/.claude/ لـ Claude Code). لغة مجال طبيعية فقط. المستهلكون الأشقّاء (يستشهد كلٌّ منهم بهذه الكتلة بالإحالة بدلًا من إعادة التعداد): src/apothem/hooks/messages/pretooluse-bash.md، src/apothem/hooks/messages/pretooluse-write.md، src/apothem/hooks/messages/pretooluse-edit.md، src/apothem/hooks/messages/pretooluse-notebookedit.md، src/apothem/rules/operational-mandates.md §CM-7 مؤشّرات المخالفة.

CM-11 (سلامة الخطّة)

A — الوفاء بالنصّ: كل متطلَّب قابل للتتبّع نصّ↔خطّة. بطاقة النتائج: PASS ≥90% STRONG/0 ABSENT. B — الاتّساق الداخلي: التماسك عبر-المستندات داخل plan-suite. بطاقة النتائج: PASS 100%. C — البوّابات: FAIL تحجب التنفيذ عند SHARED+ (يُسمح بتجاوز Product Owner عند SHARED مع تسجيل المبرّر؛ حجب صلب عند PUBLIC_LAUNCH). استشارية عند PERSONAL_USE.

CM-12 (رعاية السياق)

إدارة سياق رشيقة في كل وقت — راجع rule CM-24. تُعدَّد أربع طبقات-فرعية في قسم اصطلاح الإشارة-الفرعية أدناه. تحكم انضباط الضغط (CM-19) الإجراء؛ يحكم CM-12 انضباط الحالة-المستقرّة.

CM-13 (عمليات الـ Commit)

• A — إيقاع لكلّ-مهمّة: لكلّ-مهمّة عند SHARED+. لكلّ-طور عند PERSONAL_USE. اختياري عند EXPLORING.
• B — عمليات commit للجودة/المعالجة: تُلتزم إصلاحات بوّابة الجودة وتغييرات المعالجة فورًا، منفصلة عن عمل الميزة.
• C — بوّابة نهاية-الطور: لا تغييرات غير-مُلتزَمة تعبر حدود الأطوار. ينطبق عزل CM-7 على جميع آثار git. عند PUBLIC_LAUNCH: تُطلَب عمليات commit موقّعة-بـ GPG (git commit -S).
• D — التأليف-البشري-فقط: كل سطح تأليف في كل أثر git (عنوان الـ commit، متن الـ commit، Author:، مذيّل Co-Authored-By:، مذيّل Signed-off-by:، اسم الفرع، اسم الوسم، تعليق الوسم، اسم الـ stash، متن git-notes، عنوان الـ PR، وصف الـ PR) يسمّي المساهمين البشر فقط. لا ينسب المساعد أبدًا نفسه، أو النموذج اللغوي الأساس، أو الـ runtime / harness / IDE / الإضافة / المورّد، أو أيّ أداة آلية أخرى إلى أيٍّ من تلك الأسطح. الأنماط المحظورة مُعدَّدة ومُنفَّذة آليًّا في src/apothem/rules/production-ready-prs.md §6 (انضباط رسالة-الـ Commit ← التأليف-البشري-فقط)، مع الـ matcher في src/apothem/hooks/messages/pretooluse-bash.md Scan 3 الذي يُطلَق عند كل استدعاء Bash بكتابة-git.
• E — انضباط البادئة-الرقمية على أهداف git-mv / git-rm: تنقل البادئات الرقمية (NN-) على مسارات نظام-الملفّات الترتيبَ، وتنطبق فقط حيث يكون الترتيب جوهريًّا — تسلسلات مجلّدات-الأطوار، تسلسلات الأطوار-الفرعية، مخطّطات التسمية-الترتيبية المكتشَفة-من-المضيف. المفردات على مستوى-الجذر التي لا تملك تسلسلًا شقيقًا لا تحمل بادئة رقمية؛ وإضافتها زخرف بلا معنًى يُشير خطأً إلى علاقة ترتيب غير موجودة. المواصفة الكاملة في src/apothem/rules/canonical-layout.md §2.1. مُنفَّذة آليًّا في src/apothem/hooks/messages/pretooluse-bash.md Scan 2 على git mv / git rm وعلى إشارات المسار في متن الـ commit.

CM-14 (بروتوكولات الجلسة)

البدء: نفّذ Blind Bootstrap (CM-24 §6). الإنهاء: نفّذ Phase Exit (CM-24 §2.5) + تقييم الذاكرة (CM-26) + تطوّر الأثر (CM-22 §2+§4).

CM-15–21 (خطّ الأنابيب)

CM-15 وCM-16 مُعرَّفان-بشكل-مضمَّن هنا (بلا rule منفصل)؛ تفوّض CM-17–21 إلى rules وفق جدول rules في سجلّات الآثار.

• CM-15 التماسك الجماعي: تحقّق من بقاء آثار الخطّة متماسكة بعد التعديل.
• CM-16 التنفيذ المستقلّ: عند SHARED+، لا تتوقّف أبدًا بين الأطوار. الضغط إلزامي عند انتقالات الأطوار (PERSONAL_USE+).
• CM-17 فِرَق العاملين: انشر فِرَق العاملين-المُفوَّضين للعمل القابل-للتوازي — راجع rule CM-25.
• CM-18 التعافي من الأخطاء: ستّ فئات عامّة (CM-24 §8)؛ فئات تنفيذ-الخطّة في TM-18. صعّد بعد 3 إخفاقات.
• CM-19 انضباط الضغط: مُحفِّزات ضغط استباقية — راجع CM-24 §3.
• CM-20 تنسيق خطّ الأنابيب: نصّ←[موافقة]←generate←[موافقة]←review←[موافقة]←execute(01←NN). تقنيات الـ review: src/apothem/rules/planning-techniques.md.
• CM-21 الجودة الإبداعية: المرشّحات المعرفية بوّابات جودة، لا زخرف. التحجيم وفق rule الهوية المعرفية، §2.

CM-22–28 (مُفوَّضة-لـ rule)

مراسٍ من سطر واحد للتفويضات المُفوَّضة-لـ rule (المواصفات الكاملة تعيش في الملفّات المستشهَد بها):

• CM-22 يقظة الاصطلاحات — اصطلاحات النظام البيئي وتطوّر الأثر الاستباقي. راجع src/apothem/rules/persistent-conventions-vigilance.md.
• CM-23 توليد الملفّات الكبيرة — بروتوكول الإلحاق-التدريجي للملفّات فوق عتبة الكتابة-المنفردة. راجع src/apothem/rules/large-file-generation.md.
• CM-24 بروتوكول رعاية السياق — التخريج، الضغط، blind bootstrap، وانضباط الميزانية. راجع src/apothem/rules/context-management.md.
• CM-25 تنسيق العاملين — أنماط النشر، عقود-الإرجاع، عزل السياق. المواصفة الكاملة في rule تنسيق-العاملين (حُذف الرابط-المتقاطع؛ اسم ملفّ الهدف يحتوي على مصطلحات محظورة).
• CM-26 دورة-حياة الذاكرة التلقائية — انضباط الذاكرة، تنظيم ملفّات-الموضوع، تقييم نهاية-الجلسة. راجع src/apothem/rules/auto-memory.md.
• CM-27 طبقات العمارة النظيفة — فصل Domain / Application / Infrastructure / Presentation. راجع src/apothem/rules/clean-architecture-layers.md.
• CM-28 مهندس Python الأقدم — حواجز SOLID والأسلوب والاختبار والأمان لآثار Python. راجع src/apothem/rules/code-craft-python.md.

التفويضات المُفوَّضة-لـ rule مقابل المُعرَّفة-بشكل-مضمَّن

• مُفوَّضة-لـ rule (المواصفة الكاملة في src/apothem/rules/): راجع عمود "Implements" في جدول rules لسجلّات الآثار. تغطّي CM-1–10، CM-12، CM-14، CM-17–28.
• مُعرَّفة-بشكل-مضمَّن (المواصفة الكاملة هنا، بلا rule منفصل): CM-11 (سلامة الخطّة)، CM-13 (عمليات الـ Commit)، CM-15 (التماسك الجماعي)، CM-16 (التنفيذ المستقلّ).

اصطلاح الإشارة-الفرعية

تستخدم الأوامر لواحق حرفية للإشارة إلى أقسام فرعية محدّدة داخل التفويضات. النمط: CM-N + حرف اللاحقة = قسم rule. اصطلاح حالة الأحرف: تدلّ اللواحق الكبيرة على أقسام فرعية بنيوية داخل التفويض؛ وتدلّ اللواحق الصغيرة على توجيهات أدقّ داخل طبقة رعاية. يُحفَظ جدول تعيين-مفاتيح الإشارة-الفرعية الكانوني (التعريفات الداخلية للسجلّ) حرفيًّا في الكتلة المُسيَّجة أدناه:

CM-11A = Prose Fidelity
CM-11B = Internal Consistency
CM-11C = Gates

CM-12a = lean ingestion / demand loading (context-management §7.2)
CM-12b = budget awareness (§7.1)
CM-12c = budget pressure response (§7.3)
CM-12d = per-task effort calibration (context-management §7.4 — D3 stratified taxonomy; PHASE.md frontmatter is the per-phase override surface)

CM-13A = per-task commits
CM-13B = quality / remediation commits
CM-13C = end-of-phase commit gate

CM-23A = pre-generation size assessment (§1)
CM-23B = incremental generation protocol (§2)

CM-24B = proactive externalization (§2)

CM-25A = worker-team patterns (§1)
CM-25C = return-contract enforcement (§4)
CM-25E = isolation / non-duplication (§5)