बाह्य मैंडेट रजिस्ट्री — होस्ट प्रोजेक्ट पर संचालन के समय
पंद्रह-मैंडेट रजिस्ट्री (M1–M15) जो होस्ट प्रोजेक्ट में उत्पन्न सभी आर्टिफ़ैक्ट के लिए मैंडेट आवश्यकताएँ निर्दिष्ट करती है, इकोसिस्टम-आंतरिक मैंडेट के साथ क्रॉस-मैप की गई।
पंद्रह उत्पादन मैंडेट की कैनोनिकल रजिस्ट्री। यह दस्तावेज़ पूर्ण पंद्रह-मैंडेट रजिस्ट्री (M1–M15), तुच्छ-बनाम-गैर-तुच्छ थ्रेशोल्ड अनुसमर्थन, M↔CM क्रॉस-मैपिंग नीति, और मैंडेट-परिचय प्रोटोकॉल वहन करता है; ठोस गणनाएँ यहाँ रहती हैं, जिन्हें प्रति-मैंडेट नियम फ़ाइलें संचालित करती हैं।
जब यह इकोसिस्टम किसी होस्ट प्रोजेक्ट में किसी आर्टिफ़ैक्ट को उत्पन्न, संपादित, पुनःकार्य, रेट्रोफ़िट, विस्तार, या हटाता है (ऑपरेटर का आह्वान-लक्ष्य — git रिपॉज़िटरी, डॉक ट्री, शोध कॉर्पस, इन्फ़्रास्ट्रक्चर मेनिफ़ेस्ट, स्क्रैचपैड), तो प्रत्येक उत्पन्न आर्टिफ़ैक्ट नीचे घोषित पंद्रह-मैंडेट बार (M1–M15) को पूरा करता है। यह गैर-वार्ता-योग्य है और प्रत्येक इकोसिस्टम सतह (skill, assistant, command, hook, प्रतिक्रिया, diff, संदेश) पर लागू होता है। प्रवर्तन ही पूर्व-उत्सर्जन गेट है (site/content/docs/governance/pre-emission-gate-registry.mdx देखें); यांत्रिक-अंश प्रवर्तन src/apothem/conformity/*-grep.py में रहता है जिसे src/apothem/conformity/gate.py व्यवस्थित करता है।
पंद्रह मैंडेट समानांतर-शब्दावली नीति के अनुसार CM-N मैंडेट के साथ-साथ संचालित होते हैं (site/content/docs/governance/cross-cutting-mandates.mdx देखें); M और CM ओर्थोगोनल शासन आयाम हैं (M बाह्य अक्ष है — होस्ट-प्रोजेक्ट आर्टिफ़ैक्ट; CM आंतरिक अक्ष है — इकोसिस्टम-आंतरिक आर्टिफ़ैक्ट)। नीचे सूचीबद्ध प्रत्येक rule अपने मैंडेट का कैनोनिकल घर है; यह रजिस्ट्री सूचकांक है।
| ID | मैंडेट | एक-पंक्ति सारांश | कैनोनिकल rule |
|---|---|---|---|
| M1 | होस्ट-प्रोजेक्ट लाएडरीवाद | होस्ट के stack / formatter / linter / layout / मुहावरे खोजें; उनका सम्मान करें; M7 एनोटेशन के साथ M5 के अनुसार मौन को पूछताछ के रूप में उजागर करें | src/apothem/rules/host-discovery.md |
| M2 | संपादकीय अनुशासन | प्रत्येक संशोधन / विस्तार / परिष्करण को तर्क के साथ प्रकट करें; कोई मौन अति-अनुपालन नहीं, कोई मौन अति-पहुँच नहीं | src/apothem/rules/disclosure-ledger.md |
| M3 | दस गुणवत्ता आयाम | प्रत्येक आर्टिफ़ैक्ट दस-बार जाँच पास करता है (कठोरता, सुसंगति, कॉन्फ़िगरेबिलिटी, पठनीयता, अनाथता, संरचनात्मकता, आर्किटेक्चर, नामकरण, विद्वत्तापूर्ण संदर्भण, उदाहरण/टेस्ट/डॉक्स) | src/apothem/rules/ten-dimension-check.md |
| M4 | स्व-अनुप्रयोग | प्रत्येक सार्थक-दायरे उत्सर्जन से पहले पंद्रह-बार पूर्व-उत्सर्जन गेट चलाएँ; रिलीज़ प्रमाण रिकॉर्ड करें | src/apothem/rules/pre-emission-gate.md |
| M5 | प्राधिकार सिद्धांत | पूछें, आविष्कार न करें; पहचान / दायरा / वरीयता / सुरक्षा / नामकरण / इन्फ़्रा / वर्शन-पिन डेटा कभी मनगढ़ंत नहीं किया जाता | src/apothem/rules/authority-inquiry.md |
| M6 | विशेषज्ञता समावेशन | आशय पढ़ें, सक्रिय रूप से संशोधित करें, आसन्न अंतरालों पर विस्तार करें, उद्धृत तर्क के साथ परिष्कृत करें, द्वितीय-क्रम परिणामों का पूर्वानुमान करें | src/apothem/rules/expertise-posture.md |
| M7 | विकल्प एनोटेशन | प्रत्येक बहु-विकल्प चयन एक अनुशंसित मार्कर के साथ सिद्धांत-संबद्ध तर्क वहन करता है; प्राधिकारिक क्षेत्र में मौन चयन निषिद्ध | src/apothem/rules/option-annotation.md |
| M8 | निश्चयात्मकता और जलरोधकता | जहाँ बाध्यकारी निर्देश संभव है वहाँ कोई हिचकिचाहट नहीं; गणित शाखाओं के बिना कोई "यह निर्भर करता है" नहीं; प्रत्येक अनुबंध के पूर्व / पश्च / विफलता शर्तें होती हैं | src/apothem/rules/definitiveness.md |
| M9 | दृश्य उत्तोलन | संरचनात्मक विषय-वस्तु एक वर्तमान-वास्तविकता आरेख (Mermaid डिफ़ॉल्ट) को प्रोवेनेंस + सत्यापन तिथि के साथ वहन करती है | src/apothem/rules/visual-leverage.md |
| M10 | द्विदिशीय बंधन | सार्थक संरचनात्मक तत्व पारस्परिक बंधन घोषित करते हैं (Drives → / Driven by ← / Satisfies → / Established by ↑ / Cross-bound with ↔) | src/apothem/rules/bidirectional-binding.md |
| M11 | एजाइल स्प्रिंट | गैर-तुच्छ बहु-चरणीय कार्य अनुशासित स्प्रिंट के रूप में चलता है (Goal / Backlog / DoR / DoD / Review / Retrospective) | src/apothem/rules/agile-sprints.md |
| M12 | चरण रिपोर्टिंग और कैनोनिकल लेआउट | बहु-चरण कार्य प्रति-उप-चरण रिपोर्ट + चरण-स्तरीय रोलअप उत्सर्जित करता है; आउटपुट कैनोनिकल लेआउट पर | src/apothem/rules/canonical-layout.md |
| M13 | कोड शिल्प | क्यों-न-क्या टिप्पणियाँ; इकाइयों के साथ आशय-प्रकट करने वाले नाम; टाइप्ड अपवाद हैंडलिंग; नामित स्थिरांक; होस्ट के lint / format / type-check का सम्मान करें | src/apothem/rules/code-craft-{python,shell,markdown,conventions}.md (प्रति-भाषा) |
| M14 | इकोसिस्टम सिस्टमिकता | नए घटक upstream / downstream / peers / enforcers घोषित करते हैं; होस्ट रजिस्ट्री में अनुक्रमित; कोई साइलो नहीं, कोई अनाथ प्रस्तुत नहीं | src/apothem/rules/systemic-participation.md |
| M15 | उत्पादन-तैयार रूप | कोड परिवर्तन एक ही चेंज-सेट में टेस्ट + डॉक्स + CHANGELOG प्रविष्टि + अनुरूप commit संदेश + CI हरा के साथ शिप होते हैं | src/apothem/rules/production-ready-prs.md |
1. तुच्छ-बनाम-गैर-तुच्छ थ्रेशोल्ड (स्थिर)
तुच्छ को गैर-तुच्छ कार्य से अलग करने वाला थ्रेशोल्ड — गैर-तुच्छ कार्य M11 + M12 तंत्र को सक्रिय करता है — पंक्ति-गणना + दायरा संकर है: एक परिवर्तन तब तुच्छ होता है जब वह ≤ 5 पंक्तियों का एकल-फ़ाइल संपादन हो और कोई सार्वजनिक-API सतह परिवर्तन प्रस्तुत न करे और कोई व्यवहारिक बदलाव न करे। बाकी सब गैर-तुच्छ है। M5 स्थिर-एक-बार अनुशासन के अनुसार एक बार स्थिर किया गया; थ्रेशोल्ड यहाँ ऑपरेटर दायरे पर रहता है और केवल M1 होस्ट-खोज का सम्मान करने वाली स्पष्ट प्रोजेक्ट-दायरा घोषणा द्वारा ओवरराइड किया जाता है (जैसे Claude Code के लिए <project>/.claude/CLAUDE.md, या किसी अन्य harness के लिए समतुल्य प्रति-प्रोजेक्ट सतह)।
2. M↔CM क्रॉस-मैपिंग
प्रत्येक M-संख्यांकित rule मुख्य भाग समानांतर-शब्दावली नीति का उपयोग करते हुए अपना CM-N क्रॉस-मैपिंग इनलाइन घोषित करता है (अपने Cross-bound with ↔ बंधन में): जहाँ किसी M-मैंडेट का निकटतम CM-N एनालॉग होता है, वहाँ दोनों rule लागू होते हैं जहाँ दोनों लागू होते हैं (कोई प्रतिस्थापन नहीं)। मैपिंग rule मुख्य भागों में आंतरिक हैं; यह रजिस्ट्री मैपिंग तालिका को दोहराए बिना अक्ष नीति का सारांश देती है।
3. मैंडेट-परिचय प्रोटोकॉल
एक नया M-संख्यांकित मैंडेट जोड़ना (जैसे भविष्य का M16) एक बंडल किया गया परिवर्तन है। बंडल रजिस्ट्री तक केवल तभी पहुँचता है जब नीचे प्रत्येक घटक उसी चेंज-सेट में उपस्थित हो। मौन परिवर्धन — समर्थक बंडल के बिना रजिस्ट्री तालिका में एक नई M-पंक्ति — मैंडेट-अक्ष बहाव उत्पन्न करते हैं और M14 सिस्टमिक-भागीदारी के अनुसार गैर-अनुरूप हैं।
| आवश्यक घटक | उद्देश्य | कहाँ उतरता है |
|---|---|---|
| रजिस्ट्री तालिका में मैंडेट पंक्ति | मैंडेट, उसके एक-पंक्ति सारांश, उसके कैनोनिकल rule को नाम देता है | इस रजिस्ट्री की उपरोक्त तालिका |
| CM-N क्रॉस-मैपिंग सेल | §2 समानांतर-शब्दावली नीति के अनुसार निकटतम CM-N एनालॉग घोषित करता है (या नए-अक्ष के रूप में (no direct CM-N analog) चिह्नित करता है) | नए rule की Cross-bound with ↔ पंक्ति |
| कैनोनिकल rule मुख्य भाग | मैंडेट की ठोस विशिष्टता (पूर्व-शर्तें / आवश्यक व्यवहार / प्रकटीकरण सतह / विफलता संकेत / पाँच-दिशा बंधन) | src/apothem/rules/<mandate-name>.md |
| पूर्व-उत्सर्जन गेट पंक्ति | बार की जाँच प्रकार (यांत्रिक / तर्कित / मिश्रित) और उसका Failure → action नाम देता है | पूर्व-उत्सर्जन गेट रजिस्ट्री तालिका (site/content/docs/governance/pre-emission-gate-registry.mdx) |
| प्रवर्तन सतह | या तो src/apothem/conformity/<name>-grep.py पर एक यांत्रिक grep जिसे gate.py व्यवस्थित करता है, या ऑपरेटर स्व-जाँच एंकर के साथ एक स्पष्ट तर्कित-बार घोषणा | src/apothem/conformity/ (यांत्रिक) या reasoned चिह्नित गेट पंक्ति (ऑपरेटर स्व-जाँच) |
| मैंडेट फ़िक्स्चर | tests/conformity-scenarios/fixtures/F-<N>-<name>/ के अंतर्गत एक फ़िक्स्चर जो मैंडेट के विफलता मोड का अभ्यास करता है; नए बार को शामिल करने के लिए सत्यापनकर्ता की मैंडेट-सूची अद्यतन | tests/conformity-scenarios/ |
| रिलीज़-प्रमाण स्कीमा अद्यतन | रिलीज़-प्रमाण bars: ब्लॉक नई पंक्ति प्राप्त करता है; मौजूदा आर्टिफ़ैक्ट के रिलीज़-प्रमाण ब्लॉक पुनः-ऑडिट होने तक नई पंक्ति को n/a (with reason: pre-mandate-N artifact) के रूप में मानते हैं | site/content/docs/governance/pre-emission-gate-registry.mdx §1 स्कीमा |
| प्रकटीकरण लेजर प्रविष्टि | किसी ठोस चालक में निहित तर्क के साथ मैंडेट का परिचय रिकॉर्ड करता है (अवलोकित पैटर्न पुनरावृत्ति; उजागर सुरक्षा अंतराल; क्षमता जिसे मौजूदा पंद्रह कवर नहीं करते) | चेंज-सेट का commit मुख्य भाग या PR विवरण src/apothem/rules/disclosure-ledger.md के अनुसार |
अनुप्रयोग अनुशासन। बंडल के बिना आने वाला मैंडेट प्रस्ताव समीक्षा पर अस्वीकृत किया जाता है; प्रस्तावक या तो बंडल पूरा करता है या प्रस्ताव को किसी मौजूदा मैंडेट के विस्तार में अवनत करता है। मौजूदा पंद्रह मैंडेट स्पेक के बाह्य अक्ष के रूप में साथ-साथ अपनाए गए थे; भविष्य के परिवर्धन टुकड़ों में उतरने के बजाय वही सभी-घटक-या-कोई-घटक-नहीं अपनाने वाली कैडेंस का सम्मान करते हैं।
अवनति / सेवानिवृत्ति प्रोटोकॉल। जब कोई स्थापित M-N किसी मौजूदा CM-N या किसी अन्य M-N के साथ अनावश्यक पाया जाता है (मूर्तीकरण-rule के मुख्य भाग पर क्रॉस-मैपिंग कवरेज मानचित्र दोनों दिशाओं में direct निकटता दिखाता है), तो अवनति सममित प्रतिलोम है: रजिस्ट्री पंक्ति सेवानिवृत्त होती है, गेट पंक्ति सेवानिवृत्त होती है, कैनोनिकल rule सेवानिवृत्त होता है (सामग्री src/apothem/rules/clean-room-generation.md §3 पुनः-लेखन प्रोटोकॉल के अनुसार अवशोषक rule में मोड़ी जाती है), मैंडेट फ़िक्स्चर सेवानिवृत्त होती है, रिलीज़-प्रमाण स्कीमा का bars: ब्लॉक पंक्ति गिराता है, और चेंज-सेट अवशोषक-rule उद्धरण के साथ प्रकटीकरण लेजर में रिकॉर्ड किया जाता है। अवनति वही सभी-घटक-या-कोई-घटक-नहीं इन्वेरिएंट संरक्षित करती है।
प्राधिकारिक पूछताछ रजिस्ट्री — आवश्यक श्रेणियाँ
सात आवश्यक पूछताछ श्रेणियाँ और स्वतः-निर्णय अपवाद जो शासित करते हैं कि होस्ट प्रोजेक्ट पर संचालन करते समय सहायक को क्या पूछना चाहिए बनाम क्या तय करना चाहिए।
रिलीज़-इंजीनियरिंग नीति
वर्ज़निंग, रिलीज़ टैगिंग, डेप्रिकेशन चक्र, ब्रेकिंग बदलाव और रोलबैक प्रक्रियाओं के लिए पाँच कैनोनिकल नीतियाँ।