क्रॉस-कटिंग मैंडेट रजिस्ट्री (CM-1–CM-28)

क्रॉस-कटिंग मैंडेट की कैनोनिकल रजिस्ट्री। यह दस्तावेज़ CM-N रजिस्ट्री का पूरा मुख्य भाग वहन करता है; ठोस गणनाएँ यहाँ रहती हैं, जिन्हें src/apothem/rules/ के अंतर्गत नियम फ़ाइलें संचालित करती हैं। प्रत्येक सत्र जिसे विस्तृत 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 (यहाँ परिभाषित, या आर्टिफ़ैक्ट-रजिस्ट्री rules पंक्ति के अनुसार src/apothem/rules/*.md में); 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 का कोडबेस-मुखी पहलू है; उत्पाद-पूर्णता पहलू src/apothem/rules/operational-mandates.md §CM-7 में सुसंगत उत्पाद (→TM-11) के रूप में प्रलेखित है। दोनों लेबल एक ही मैंडेट को संदर्भित करते हैं।

कोडबेस आर्टिफ़ैक्ट में योजना-आंतरिक संदर्भ कभी नहीं होने चाहिए। निषिद्ध शब्द (कैनोनिकल ब्लॉक — सहोदर उपभोक्ता इस गणना को क्रॉस-रेफ़रेंस करते हैं): 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)। संरक्षित आर्टिफ़ैक्ट: सोर्स कोड, टेस्ट, कॉन्फ़िग, schema, बिल्ड स्क्रिप्ट, डेटा, एसेट, commit संदेश, ब्रांच नाम, PR शीर्षक/विवरण, README, CONTRIBUTING, API डॉक्स, changelog — Apothem सोर्स ट्री के बाहर दिखने वाला कोई भी आर्टिफ़ैक्ट (प्रति-harness इंस्टॉल गंतव्य जैसे Claude Code के लिए ~/.claude/)। केवल प्राकृतिक डोमेन भाषा। सहोदर उपभोक्ता (प्रत्येक पुनः-गणना के बजाय इस ब्लॉक को संदर्भ द्वारा उद्धृत करता है): 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+ पर कार्यान्वयन को अवरुद्ध करता है (SHARED पर लॉग किए गए तर्क के साथ Product Owner ओवरराइड अनुमत; PUBLIC_LAUNCH पर हार्ड ब्लॉक)। PERSONAL_USE पर सलाहकारी।

CM-12 (संदर्भ प्रबंधन)

हर समय दुबला संदर्भ प्रबंधन — CM-24 rule देखें। नीचे उप-संदर्भ परिपाटी अनुभाग में चार उप-स्तर गणित हैं। कॉम्पैक्शन अनुशासन (CM-19) क्रिया को नियंत्रित करता है; CM-12 स्थिर-अवस्था अनुशासन को नियंत्रित करता है।

CM-13 (Commit)

• A — प्रति-कार्य लय: SHARED+ पर प्रति-कार्य। PERSONAL_USE पर प्रति-चरण। EXPLORING पर वैकल्पिक।
• B — गुणवत्ता/उपचार commit: गुणवत्ता गेट सुधार और उपचार परिवर्तन तुरंत commit किए जाते हैं, फ़ीचर कार्य से अलग।
• C — चरण-अंत गेट: कोई भी अप्रतिबद्ध परिवर्तन चरण सीमाओं को पार नहीं करता। CM-7 आइसोलेशन सभी git आर्टिफ़ैक्ट पर लागू होता है। PUBLIC_LAUNCH पर: GPG-हस्ताक्षरित commit (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-संदेश अनुशासन → केवल-मानव लेखकत्व) में गणित और यांत्रिक रूप से प्रवर्तित हैं, मैचर के साथ जो src/apothem/hooks/messages/pretooluse-bash.md Scan 3 में प्रत्येक git-लेखन Bash आह्वान पर सक्रिय होता है।
• 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 कार्यकर्ता दल: समानांतर-करण-योग्य कार्य के लिए प्रत्यायोजित-कार्यकर्ता दल तैनात करें — CM-25 rule देखें।
• CM-18 त्रुटि पुनर्प्राप्ति: छह सामान्य वर्ग (CM-24 §8); योजना-कार्यान्वयन वर्ग TM-18 में। 3 विफलताओं के बाद आगे बढ़ाएँ।
• CM-19 कॉम्पैक्शन अनुशासन: सक्रिय कॉम्पैक्शन ट्रिगर — CM-24 §3 देखें।
• CM-20 पाइपलाइन ऑर्केस्ट्रेशन: गद्य→[अनुमोदन]→generate→[अनुमोदन]→review→[अनुमोदन]→execute(01→NN)। समीक्षा तकनीकें: 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 वरिष्ठ आर्किटेक्ट — Python आर्टिफ़ैक्ट के लिए SOLID, शैली, परीक्षण, और सुरक्षा गार्डरेल। src/apothem/rules/code-craft-python.md देखें।

rule-प्रत्यायोजित बनाम इनलाइन-परिभाषित मैंडेट

• rule-प्रत्यायोजित (src/apothem/rules/ में पूर्ण विनिर्देश): आर्टिफ़ैक्ट-रजिस्ट्री rules तालिका के "Implements" स्तंभ को देखें। 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)