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, चेंजलॉग, कमिट विषय/मुख्य भाग, ब्रांच नाम, PR शीर्षक/विवरण) पर पूरी शक्ति से लागू रहता है जो प्रकाशित दस्तावेज़ीकरण नहीं है: कोई CM-N / TM-N / CP-N टोकन नहीं, केवल स्वाभाविक डोमेन भाषा।

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

कोडबेस आर्टिफ़ैक्ट में योजना-आंतरिक संदर्भ कदापि नहीं होने चाहिए। निषिद्ध शब्द (कैनोनिकल ब्लॉक — सहोदर उपभोक्ता इसी सूची का पारस्परिक संदर्भ देते हैं): 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)। संरक्षित आर्टिफ़ैक्ट: स्रोत कोड, परीक्षण, कॉन्फ़िग, स्कीमा, बिल्ड स्क्रिप्ट, डेटा, एसेट, कमिट संदेश, ब्रांच नाम, PR शीर्षक/विवरण, README, CONTRIBUTING, API दस्तावेज़, चेंजलॉग — Apothem स्रोत ट्री के बाहर दिखाई देने वाला कोई भी आर्टिफ़ैक्ट (प्रति-हार्नेस इंस्टॉल गंतव्य, जैसे Claude Code के लिए ~/.claude/)। केवल स्वाभाविक डोमेन भाषा। एकमात्र अपवाद site/content/docs/ के अंतर्गत प्रकाशित दस्तावेज़ीकरण है, जो ऊपर रजिस्ट्री स्व-संदर्भ छूट में वर्णित अनुसार CM-N id उद्धृत कर सकता है। सहोदर उपभोक्ता (प्रत्येक इस ब्लॉक को दोबारा सूचीबद्ध करने के बजाय संदर्भ द्वारा उद्धृत करता है): 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 मुख्य भाग, PR शीर्षक, PR विवरण) केवल मानव योगदानकर्ताओं का नाम लेती है। सहायक इनमें से किसी भी सतह पर कभी भी स्वयं को, अंतर्निहित भाषा मॉडल को, रनटाइम / हार्नेस / IDE / एक्सटेंशन / वेंडर को, या किसी अन्य स्वचालित टूल को श्रेय नहीं देता। निषिद्ध पैटर्न src/apothem/rules/production-ready-prs.md §6 (कमिट-संदेश अनुशासन → केवल-मानव लेखकत्व) में सूचीबद्ध हैं और यांत्रिक रूप से लागू किए जाते हैं, और 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 पर। git mv / git rm पर और कमिट-मुख्य-भाग के पथ संदर्भों पर src/apothem/hooks/messages/pretooluse-bash.md Scan 2 द्वारा यांत्रिक रूप से लागू।

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 यहीं इनलाइन परिभाषित हैं (कोई अलग नियम नहीं); 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 वरिष्ठ आर्किटेक्ट — Python आर्टिफ़ैक्ट के लिए SOLID, शैली, परीक्षण, और सुरक्षा गार्डरेल। src/apothem/rules/code-craft-python.md देखें।

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

  • नियम-प्रत्यायोजित (पूर्ण विनिर्देश src/apothem/rules/ में): site/content/docs/reference/rules.mdx की नियम तालिका का "Implements" स्तंभ देखें। 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