प्री-एमिशन गेट रजिस्ट्री — अनिवार्य पंद्रह-बार जाँच
सार्थक दायरे के उत्सर्जन से पहले चलाई जाने वाली अनिवार्य पंद्रह-बार अनुरूपता जाँच, विफलता-क्रिया मानचित्रणों और गेट-परिणाम स्कीमा के साथ।
पंद्रह-बार प्री-एमिशन गेट की कैनोनिकल रजिस्ट्री। यह दस्तावेज़ संपूर्ण पंद्रह-बार गेट तालिका और गेट-परिणाम स्कीमा YAML ब्लॉक वहन करता है; ठोस तालिका और स्कीमा यहाँ रहते हैं, जिन्हें
src/apothem/rules/pre-emission-gate.mdसंचालित करता है।
किसी भी सार्थक-दायरे के आर्टिफ़ैक्ट उत्सर्जन से पहले (site/content/docs/governance/outward-conformity-registry.mdx §1 की तुच्छ-बनाम-गैर-तुच्छ सीमा के अनुसार), पंद्रह-बार प्री-एमिशन गेट चलाएँ। जहाँ संभव हो वहाँ PreToolUse हुक्स के माध्यम से यंत्रीकृत करें (src/apothem/conformity/gate.py द्वारा व्यवस्थित src/apothem/conformity/*-grep.py के यांत्रिक grep); जहाँ यंत्रीकरण असंभव हो वहाँ तर्क करें। किसी एक भी बार की विफलता उत्सर्जन को अवरुद्ध करती है; तब तक संशोधित करें जब तक हर बार पास न हो जाए; गेट परिणाम दर्ज करके उत्सर्जित करें।
| # | बार | जाँच का प्रकार | विफलता → कार्रवाई |
|---|---|---|---|
| 1 | M1 होस्ट-अज्ञेयता | तर्क-आधारित | होस्ट परिपाटियों से मेल खाने के लिए संशोधित करें |
| 2 | M2 संपादकीय प्रकटीकरण | तर्क-आधारित | प्रकटीकरण बही जोड़ें |
| 3 | M3 दस आयाम | मिश्रित (यांत्रिक + तर्क-आधारित) | विफल आयाम पर संशोधित करें |
| 4 | M4 स्व-अनुप्रयोग | तर्क-आधारित (सत्यापन ब्लॉक मौजूद) | सत्यापन ब्लॉक दर्ज करें |
| 5 | M5 प्राधिकार | यांत्रिक (<USER-CONFIRM:…> प्लेसहोल्डर grep) | पूछताछ सतह पर पुनः-रूट करें |
| 6 | M6 विशेषज्ञता | तर्क-आधारित (उजागर-की-गई-कमियों वाला खंड मौजूद) | कमियाँ उजागर करें; उद्धृत करें |
| 7 | M7 विकल्प एनोटेशन | यांत्रिक (विकल्प-समुच्चय अनुशंसित मार्कर वहन करता है) | एनोटेट करें |
| 8 | M8 निश्चयात्मकता | यांत्रिक (ढुलमुल शब्दावली grep) | ढुलमुल कथनों को शर्त-आधारित कथनों में बदलें |
| 9 | M9 दृश्य उत्तोलन | मिश्रित (यांत्रिक: आरेख सत्यापन तिथि; तर्क-आधारित: जहाँ संरचनात्मक हो वहाँ आरेख मौजूद) | आरेख बनाएँ / ताज़ा करें |
| 10 | M10 द्विदिश बंधन | यांत्रिक (बंधन-पारस्परिकता grep) | अर्ध-किनारे बंद करें |
| 11 | M11 एजाइल स्प्रिंट | तर्क-आधारित (स्प्रिंट-तंत्र स्थापित) | स्प्रिंट के रूप में पुनर्गठित करें |
| 12 | M12 चरण रिपोर्टिंग और लेआउट | यांत्रिक (अनाथ-आउटपुट grep) + तर्क-आधारित | रोलअप लिखें; पुनः-स्थानित करें |
| 13 | M13 कोड शिल्प | यांत्रिक (लिंट / फ़ॉर्मैट / टाइप-जाँच; bare-except, मैजिक-नंबर, टिप्पणी-किए-गए-कोड grep) | संशोधित करें |
| 14 | M14 प्रणालीगतता | मिश्रित (यांत्रिक: उत्पादक उत्पत्ति; तर्क-आधारित: अपस्ट्रीम / डाउनस्ट्रीम / समकक्ष / प्रवर्तक घोषित करता है) | घोषित करें; अनुक्रमित करें |
| 15 | M15 प्रोडक्शन-तैयार | यांत्रिक (production-ready-pr grep) + तर्क-आधारित | टेस्ट / दस्तावेज़ / CHANGELOG जोड़ें |
1. गेट-परिणाम स्कीमा
प्रत्येक गेट रन परिणाम को आर्टिफ़ैक्ट के कार्य-अनुरेखण में रिकॉर्ड करता है (एक छिपी टिप्पणी, एक मेटाडेटा ब्लॉक, एक अलग उत्सर्जन-लॉग फ़ाइल — जो भी होस्ट की परिपाटियाँ अनुमति दें):
conformity-attestation:
artifact: <path-or-identifier>
ecosystem-version: <git-commit-sha-or-equivalent ratifying the rule set in force>
bars:
M1-host-agnosticism: pass | n/a (with reason)
M2-editorial-disclosure: pass | n/a
M3-ten-dimensions: pass | n/a
M4-self-application: pass
M5-authority: pass
M6-expertise: pass | n/a
M7-option-annotation: pass | n/a (no option set)
M8-definitiveness: pass
M9-visual-leverage: pass | n/a (subject not structural)
M10-bidirectional-binding: pass
M11-agile-sprints: pass | n/a (trivial work)
M12-phase-layout: pass | n/a
M13-code-craft: pass | n/a (not code)
M14-systemicity: pass
M15-production-ready: pass | n/a (no host-public-surface change)
surfaced-gaps: []
unresolved-inquiries: []
amendments-disclosed: []
date: <ISO-8601>n/a चिह्नांकन स्पष्ट और तर्कित हैं — कभी भी मौन छोड़ाव नहीं। ecosystem-version फ़ील्ड गेट-परिणाम को उपयोक्ता-दायरे इकोसिस्टम की एक पुनरुत्पाद्य अवस्था से बाँधती है (गेट चलने के समय सक्रिय Apothem स्रोत-वृक्ष का git कमिट — उदा. Claude Code अडैप्टर के लिए ~/.claude/ चेकआउट), ताकि भविष्य के ऑडिट उन्हीं नियम-निकायों के विरुद्ध गेट को पुनः चला सकें।
क्रॉस-कटिंग मैंडेट रजिस्ट्री (CM-1–CM-28)
सभी अंतःक्रियाओं और पाइपलाइन संचालनों को नियंत्रित करने वाले इकोसिस्टम-आंतरिक क्रॉस-कटिंग मैंडेट (CM-1–CM-28) की पूर्ण रजिस्ट्री और परिभाषाएँ।
प्राधिकारिक पूछताछ रजिस्ट्री — आवश्यक श्रेणियाँ
सात आवश्यक पूछताछ श्रेणियाँ और स्वतः-निर्णय अपवाद जो शासित करते हैं कि होस्ट प्रोजेक्ट पर संचालन करते समय सहायक को क्या पूछना चाहिए बनाम क्या तय करना चाहिए।