Skip to content
Apothem
الحوكمة

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

السجلّ الكامل لتعريفات التفويضات الشاملة الداخلية في المنظومة (CM-1–CM-28) التي تحكم جميع التفاعلات وعمليات خط الأنابيب.

السجلّ المرجعي للتفويضات الشاملة. تحمل هذه الوثيقة المتن الكامل لسجلّ CM-N؛ فالتعدادات الجوهرية موجودة هنا، وتُطبِّقها عمليًا ملفات القواعد تحت src/apothem/rules/. وكل جلسة تحتاج إلى متن CM-N المفصّل تُحمِّل هذه الوثيقة عند الطلب.

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

هذه الوثيقة هي سجلّ CM-N المرجعي — فهي المصدر الذي تُعرَّف فيه الرموز من CM-1 إلى CM-28. وإعادة ذكر هذه الرموز داخل متن السجلّ نفسه مرجعية، وليست تسرّبًا لمصطلحات داخلية للخطة. ويظلّ ثابت عزل قاعدة الشيفرة ساريًا بكامل قوّته على كل مُنتَج آخر ليس من الوثائق المنشورة (القواعد، والمساعِدات، والأوامر، والخطّافات، والمخططات، والسكربتات، والأدوات، والاختبارات، وREADME، وCONTRIBUTING، وسجلّات التغييرات، وعناوين الكوميتات ومتونها، وأسماء الفروع، وعناوين طلبات السحب وأوصافها): لا رموز CM-N / TM-N / CP-N، بل لغة المجال الطبيعية فقط.

يجوز لصفحات الوثائق المنشورة تحت site/content/docs/ أن تستشهد بتفويض عبر مُعرِّف CM-N الخاص به، لأنّ هذا السجلّ وصفحة مرجع القواعد يُعرِّفان تلك المُعرِّفات للقرّاء. وينبغي (SHOULD) للصفحة التي تستشهد بمُعرِّف أن تُسمّي التفويض بكلمات واضحة بجانبه، ويجب ألّا (MUST NOT) تستشهد بأرقام أقسام داخلية للخطة خاصة بتفويض. وتبقى رموز TM-N وCP-N خارج الوثائق المنشورة، وكذلك المصطلحات المحظورة الأخرى في كتلة CM-7 أدناه.

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

CM-N = تفويض إعداد (مُعرَّف هنا، أو في src/apothem/rules/*.md وفق جدول القواعد في site/content/docs/reference/rules.mdx)؛ TM-N = تفويض قالب (مُعرَّف في src/apothem/skills/plan-suite/master-template.md §4 «General Mandates»، TM-1–28)؛ CP-N = مبدأ أساسي (مُعرَّف في القالب نفسه §6 «Core Principles»، CP-1–27). وقالب حزمة الخطة هو سجلّ TM/CP المرجعي — إذ تَحُلّ أوامر /plan الإحالات المتقاطعة عبر ذلك الملف. وتستشهد المُنتَجات المساعِدة (القواعد، والمساعِدات، والأوامر، والخطّافات) بهذا السجلّ بالإحالة.

التفعيل

تحكم CM-1–10 + الهوية المعرفية جميع التفاعلات. وتسري CM-11, CM-13 (القواعد الفرعية من A إلى C)، وCM-15, CM-16, CM-20 داخل خط الأنابيب /plan فقط. وتسري القاعدة الفرعية D من CM-13 على كل عملية كتابة في git، والقاعدة الفرعية E على أهداف git mv / git rm ومسارات متن الكوميت، داخل خط الأنابيب هذا أو خارجه. وتسري CM-12, CM-14, CM-17–19, CM-21–22, CM-24–26 على نحو شامل. وتسري CM-23, CM-27, CM-28 على نحو شامل ضمن نطاق مُرشِّح المسارات المُعلَن لكلٍّ منها. مستوى الجدّية الافتراضي للعمل المرتجل: PERSONAL_USE. ويحكم التفويض سواء حُمِّلت قاعدته عند الإطلاق أم لا: إذ تُحمَّل أربع قواعد في كل جلسة (agnostic-posture، وauthority-inquiry، وsession-closure، وcontext-management)، وتُحمَّل القواعد الأخرى عند مطابقة مسار، أو عبر فهرس القواعد، أو عبر قاعدة أو مهارة أو أمر يستشهد بها.

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»، وأسماء مجلّدات المراحل، وأسماء ملفات حزمة الخطة (PROGRESS.md, PLAN-NOTES.md, PREAMBLE, MASTER-PLAN)، وأسماء مستويات الجدّية (EXPLORING, PERSONAL_USE, SHARED, PUBLIC_LAUNCH). المُنتَجات المحميّة: الشيفرة المصدرية، والاختبارات، والإعدادات، والمخططات، وسكربتات البناء، والبيانات، والأصول، ورسائل الكوميتات، وأسماء الفروع، وعناوين طلبات السحب وأوصافها، وREADME، وCONTRIBUTING، ووثائق API، وسجلّات التغييرات — أي مُنتَج مرئي خارج شجرة مصدر Apothem (وجهات التثبيت الخاصة بكل إطار عمل، مثل ~/.claude/ لـ Claude Code). لغة المجال الطبيعية فقط. والاستثناء الوحيد هو الوثائق المنشورة تحت site/content/docs/، التي يجوز لها أن تستشهد بمُعرِّفات CM-N كما هو موصوف في استثناء الإشارة الذاتية للسجلّ أعلاه. المستهلِكون الأشقّاء (يستشهد كلٌّ منهم بهذه الكتلة بالإحالة بدلًا من إعادة التعداد): 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 — الاتّساق الداخلي: التماسك بين الوثائق داخل حزمة الخطة. بطاقة التقييم: PASS 100%. C — البوابات: تحجب FAIL التنفيذ عند SHARED+ (يُسمَح بتجاوز من مالك المنتج عند SHARED مع تسجيل المبرّر؛ وحجب قاطع عند PUBLIC_LAUNCH). وهي استشارية عند PERSONAL_USE.

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

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

CM-13 (الكوميتات)

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

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

البدء: نفِّذ التمهيد الأعمى (CM-24 §6). الإنهاء: نفِّذ الخروج من المرحلة (CM-24 §2.5) + تقييم الذاكرة (CM-26) + تطوير المُنتَجات (CM-22 §2+§4).

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

CM-15 وCM-16 مُعرَّفان هنا مباشرةً (دون قاعدة منفصلة)؛ أمّا CM-17–21 فتُفوَّض إلى القواعد وفق جدول القواعد في site/content/docs/reference/rules.mdx. ويجمع العنوان هذه التفويضات بحسب الموضوع؛ ويتبع نطاقُ سريانها فقرةَ التفعيل: تسري CM-15 وCM-16 وCM-20 داخل خط الأنابيب /plan فقط، وتسري CM-17–19 وCM-21 على نحو شامل.

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

CM-22–28 (مُفوَّضة إلى القواعد)

مراسٍ من سطر واحد للتفويضات المُفوَّضة إلى القواعد (المواصفات الكاملة موجودة في الملفات المذكورة):

  • CM-22 يقظة الاصطلاحات — اصطلاحات المنظومة والتطوير الاستباقي للمُنتَجات. راجع src/apothem/rules/persistent-conventions-vigilance.md.
  • CM-23 توليد الملفات الكبيرة — بروتوكول الإلحاق التدريجي للملفات التي تتجاوز عتبة الكتابة الواحدة. راجع src/apothem/rules/large-file-generation.md.
  • CM-24 بروتوكول رعاية السياق — الإخراج إلى ملفات خارجية، والضغط، والتمهيد الأعمى، وانضباط الميزانية. راجع src/apothem/rules/context-management.md.
  • CM-25 تنسيق العمّال — أنماط النشر، وعقود الإرجاع، وعزل السياق. المواصفة الكاملة في قاعدة تنسيق العمّال.
  • 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.

التفويضات المُفوَّضة إلى القواعد مقابل المُعرَّفة مباشرةً

  • المُفوَّضة إلى القواعد (المواصفة الكاملة في src/apothem/rules/): راجع عمود «Implements» في جدول القواعد في site/content/docs/reference/rules.mdx. وتغطّي CM-1–10, CM-12, CM-14, CM-17–28.
  • المُعرَّفة مباشرةً (المواصفة الكاملة هنا، دون قاعدة منفصلة): CM-11 (سلامة الخطة)، وCM-13 (الكوميتات؛ تستشهد القاعدتان الفرعيتان D وE بملفات القواعد لمواصفتهما المفصّلة)، وCM-15 (التماسك الجماعي)، وCM-16 (التنفيذ الذاتي).

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

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

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-13D = human-only authorship
CM-13E = numeric-prefix discipline on git mv / git rm targets

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)

On this page