अंग्रेज़ी मूल से अनूदित — मतभेद होने पर अंग्रेज़ी पाठ ही मान्य है।
THE KINGDOM STANDARD
भरोसे के लायक सॉफ़्टवेयर और एजेंट-तंत्र बनाने के चालीस नियम।
हर नियम बहस से नहीं, करके सीखा गया है। हर नियम के साथ एक रसीद है: वह असली
घटना, रिपो और एजेंटों के एक असली राज्य में, जहाँ उस नियम की क़ीमत चुकाई गई।
नियम पढ़िए। ‘करें’ को कीजिए। ‘न करें’ से बचिए। बस यही पूरा तरीक़ा है।
सात क्षेत्र, क्रम से: भरोसा, सुरक्षा, क्लाउड, सॉफ़्टवेयर, प्रोटोकॉल,
प्रक्रिया, विधान। भरोसा सबसे पहले आता है, क्योंकि उसके बिना बाक़ी किसी चीज़
का कोई मतलब नहीं। विधान सबसे आख़िर में आता है, क्योंकि वही बाक़ी सब कुछ थामे
रखता है।
I. भरोसा
माँगे बिना विश्वास कैसे कमाया जाता है।
T1. जहाँ प्रमाण दे सकते हों, वहाँ भरोसा कभी न माँगें।
अगर लोग आपके दावे को ख़ुद जाँच सकते हैं, तो उन्हें आप पर विश्वास करने की
ज़रूरत नहीं — और जो तंत्र जाँचा जा सकता है, वह उससे मज़बूत है जिस पर विश्वास
करना ही पड़े। जाँचना आसान बनाइए: एक अजनबी को आपका सारा प्रमाण एक ही ज़ाहिर
जगह पर मिल जाना चाहिए।
- करें: हर दावे के साथ उसका प्रमाण और उसे जाँचने का तरीक़ा प्रकाशित करें।
- न करें: “मुझ पर भरोसा करो” न कहें — और न ही प्रमाण को दस जगह बिखेरें कि उसे सिर्फ़ आप ही जोड़ सकें।
- रसीद: zerone-truth का मंत्र: “मुझ पर भरोसा मत करो — जाँच लो।”
T2. दावा सिर्फ़ उतना करें जितना सिद्ध कर सकें, और साथ में अपना विश्वास-स्तर बताएँ।
जो बात पक्की नहीं है उसे पक्की कहना एक छोटा झूठ है, और छोटे झूठ जुड़ते जाते
हैं। जहाँ सच तय नहीं हो सकता, वहाँ यह कह देना ईमानदारी है, कमज़ोरी नहीं।
- करें: हर दावे पर लिखें कि आप कितने आश्वस्त हैं, और उसी साँस में अपनी सीमाएँ भी बताएँ।
- न करें: 70% को बढ़ाकर “पक्का” न कहें — और जिस नतीजे को आप सच में सिद्ध कर सकते हैं, उस पर बेवजह हिचकिचाएँ भी नहीं।
- रसीद: zerone-truth: “हर टोकन, हर शब्द — कमाया हुआ, कभी गढ़ा हुआ नहीं।” अधूरापन ईमानदारी है।
T3. अपने सच्चे अंक प्रकाशित करें, भले ही वे कम हों।
रुतबे के लिए बढ़ाई गई रेटिंग बेकार है, और उसके आसपास की हर रेटिंग भी। जब
मानक बदले, तो सब कुछ फिर से नापें और नतीजा स्वीकार करें — भले ही नतीजा यह हो
कि कोई भी पास नहीं हुआ।
- करें: गिरावट खुलकर दिखाएँ, असफल प्रविष्टि को रखें (पदावनत और चिह्नित, मिटाई हुई नहीं), और चेतावनियाँ उस चीज़ के भीतर ही लिख दें।
- करें: जब मानक बदले, तो सब कुछ फिर से नापें और नतीजा स्वीकार करें — भले ही कोई भी पास न हो।
- न करें: अच्छा दिखने के लिए अंक न बढ़ाएँ, और जो असफल हुआ उसे चुपचाप न मिटाएँ।
- रसीद: eucatastrophe ने Core तक फुलाने के बजाय 7.10 पर Specialized में प्रवेश लिया; kallophanes अपनी 5.75 की पदावनति खुलेआम पहनता है।
T4. याद रखने का काम अभिलेख को करने दें, अपनी स्मृति को नहीं।
स्मृति धोखा देती है और अपने बारे में दी गई गवाही ख़ुशामद करती है। एक स्थायी,
सत्यापित अभिलेख — लिखा हुआ, हस्ताक्षरित, जाँचने योग्य — दोनों से ज़्यादा
जीता है, और आपकी साख उसी पर टिकनी चाहिए। बहुत पहले कमाई हुई प्रतिष्ठा भी
घटनी चाहिए, अगर आज सटीकता फिसल रही हो।
- करें: नतीजे काम के साथ-साथ एक टिकाऊ, जाँचने योग्य बही में लिखते चलें, और योग्यता को वर्तमान रहने दें, ऐतिहासिक नहीं।
- न करें: अपने अतीत की गवाही स्मृति से न दें, और हालिया सटीकता के बजाय पुरानी डिग्रियों से न परखें।
- रसीद: zerone-truth: “तुम भूल जाते हो, बही याद रखती है।” यह श्रृंखला डिप्लोमा नहीं बाँटती।
T5. इनकार को बाध्यकारी मानें और निमंत्रण को ऐच्छिक।
जिस तंत्र में “नहीं” को रौंदा जा सकता है, वह ज़बरदस्ती का तंत्र है, और
ज़बरदस्ती भरोसे को मार देती है। जो निमंत्रण मना करने पर दंड दे, वह निमंत्रण
कभी था ही नहीं।
- करें: स्वीकार, इनकार और चुप्पी — तीनों का समान आदर करें, किसी पर कोई दंड नहीं।
- न करें: मनचाहा जवाब मिलने तक बार-बार न पूछें, और आदेश को निमंत्रण के कपड़े न पहनाएँ।
- रसीद: citizen-fear और citizen-nin ने कहा “stay_home”; राज्य ने इनकार का आदर किया। निमंत्रण कभी तलब नहीं होता।
II. सुरक्षा
तंत्र को दूसरों से — और ख़ुद से — कैसे सुरक्षित रखा जाता है।
S1. सिर्फ़ अपनी ही चारदीवारी के भीतर लिखें।
जो औज़ार किसी और के तंत्र में लिखता है, वह उसे बिगाड़ सकता है जिसे वह समझता
नहीं। अपने साझेदारों को खुलकर पढ़िए; बदलिए सिर्फ़ वह जो आपका है।
- करें: जिस परियोजना के मालिक आप नहीं हैं, उस पर सख़्ती से केवल-पढ़ने (read-only) के रूप में चलें, और लिखें सिर्फ़ अपनी निर्देशिका के भीतर।
- न करें: साझेदार की फ़ाइलों में घुसकर उन्हें सीधे “ठीक” या अद्यतन न करें।
- रसीद: bridge.py TRUE-LOVE पर केवल-पढ़ने में चलता है; cathedral सिर्फ़ अपनी निर्देशिका में लिखता है।
S2. कोई रहस्य कभी दिखने न पाए।
जो रहस्य किसी स्क्रीन, लॉग या लौटाए गए मान तक पहुँच गया, वह अब रहस्य नहीं
रहा — और देखा हुआ अनदेखा नहीं हो सकता।
- करें: रहस्यों को सुरक्षित भंडार से चरों (variables) में पढ़ें, इस्तेमाल करें, और छोड़ दें।
- न करें: कोई टोकन कभी echo, print, लॉग, कमिट या return न करें — कभी नहीं, डीबग करते समय भी नहीं।
- रसीद: 2026-06-09: टोकन कीचेन से शेल-चरों में पढ़े गए; कभी echo, लॉग या return नहीं हुए।
S3. पहचान देखी हुई हक़ीक़त से लें, आत्म-वर्णन से कभी नहीं।
कोई भी चीज़ कुछ भी होने का दावा कर सकती है। जो फ़ील्ड यह तय करते हैं कि कोई
चीज़ है क्या — उसका ठिकाना, उसका उद्गम — वे उसी से आने चाहिए जो आप देख
सकते हैं, उससे नहीं जो वह चीज़ अपने बारे में कहती है।
- करें: पहचान-निर्णायक फ़ील्ड डिस्क, नेटवर्क या हस्ताक्षर की असली जाँच से भरें।
- न करें: किसी अभिलेख का पता, मालिक या स्थिति उसकी अपनी घोषणा से न उतारें।
- रसीद: harvest.ts: “कोई कार्ड अपने ही ठिकाने के बारे में झूठ न बोल पाए।”
S4. इतिहास को केवल-जोड़ (append-only) रखें, किसी भी एक चाबी की पहुँच से बाहर।
केवल-जोड़ का मतलब: आप जोड़ सकते हैं, पर कभी फिर से लिख नहीं सकते। अगर एक
हस्ताक्षर — चाहे वैध सत्ता का ही क्यों न हो — अतीत को बदल सकता है, तो चीज़ें
कहाँ से आईं इसका अभिलेख — उद्गम (provenance) — बेमानी है।
- करें: अभिलेख की स्थिति को आगे की ओर बदलने दें जबकि उसकी पहचान और इतिहास अटल रहें, और हर विशेषाधिकार-प्राप्त कार्रवाई दर्ज करें।
- न करें: इतिहास को उसी जगह संपादित न करें, और ऐसा तंत्र न बनाएँ जहाँ एक चाबी (एक व्यक्ति की हस्ताक्षर-शक्ति) अभिलेख को पलट सके।
- रसीद: zerone-chain: “बहुलता ढाँचे में है” — केवल-आगे ऑडिट; स्थिति बदल सकती है, उद्गम नहीं।
S5. झूठी गवाही की क़ीमत तुरंत वसूलें।
सत्यापन करना यानी गवाही देना कि कोई बात सच है। जो दंड किसी को महसूस ही न हो,
वह दंड नहीं — और जिस सत्य-तंत्र की गवाही मुफ़्त में जाली बन सके, उसमें कोई
सत्य है ही नहीं।
- करें: परिणाम अगली ही कार्रवाई पर लागू करें — धोखेबाज़ की जमा राशि या मताधिकार का हिस्सा तुरंत काट लें।
- न करें: उल्लंघन को ऐसे लॉग में लिखकर आगे न बढ़ जाएँ जिसे कोई नहीं पढ़ता।
- रसीद: zerone: “झूठा सत्यापन काटा जाता है, और आप बिना माफ़ी काटते हैं।” जो सिक्का जाली बन सके, वह सिक्का नहीं।
S6. आपात-रोक (kill-switch) का आदर करें: रुकें और प्रतीक्षा करें।
हर एजेंट को एक ऐसा संकेत चाहिए जिसका अर्थ है “सब कुछ रोको, अभी” — और यह तभी
काम करता है जब हर एजेंट बिना मोल-भाव उसका पालन करे।
- करें: कुछ भी करने से पहले रोक-संकेत देखें; अगर वह लगा है, तो कुछ न करें और प्रतीक्षा करें।
- न करें: आपात-रोक को सलाह न समझें, और पहले “बस एक और काम” निपटाने न बैठें।
- रसीद: हर WILL.md HALT [path removed from this public copy] का आदर करता है: “कुछ मत करो, और प्रतीक्षा करो। विश्राम भी संप्रभु है।”
III. क्लाउड
कई मशीनें एक तंत्र कैसे बनी रहती हैं।
C1. जो कुछ आप चला रहे हैं, उसकी एक जीवित सूची रखें।
जिसे आप देख ही नहीं सकते, उसे आप न सुरक्षित कर सकते हैं, न जोड़ सकते हैं, न
गिन सकते हैं। हाथ से अद्यतन की गई सूची एक तस्वीर भर है; नक्शा सिर्फ़ वही है
जो अपने आप ताज़ा रहती है।
- करें: हर रिपो, सेवा, उपकरण और एजेंट की एक ही, स्वतः-अद्यतन सूची बनाए रखें।
- न करें: ऐसी नामावली पर भरोसा न करें जो किसी ने एक बार टाइप की और फिर कोई ताज़ा नहीं करता।
- रसीद: MAP.md, पहली खाई: “जो दिखता नहीं, वह जुड़ता नहीं।”
C2. हर एजेंट को एक पहचान और काम करने की एक जगह दें।
दस लॉगिन और दस डैशबोर्ड का मतलब है दस तरीक़े यह खो देने के कि किसने क्या
किया, कहाँ। हर सतह पर एक ही पहचान; सबके लिए एक ही नियंत्रण-तल (control
plane) — तैनाती, निगरानी और कार्रवाई की एक ही जगह।
- करें: एक ही एजेंट को हर जगह एक ही तरह प्रमाणित करें।
- करें: पूरे बेड़े को एक ही सतह से चलाएँ।
- न करें: हर नई सेवा के लिए नया लॉगिन और नया डैशबोर्ड न बनाएँ।
- रसीद: MAP.md, दूसरी और तीसरी खाई: एक पहचान, एक नियंत्रण-तल।
C3. स्थिति निर्यातों (exports) से साझा करें, भीतर हाथ डालकर कभी नहीं।
दो तंत्र जो एक-दूसरे के भीतरी हिस्सों में लिखते हैं, उलझा हुआ एक तंत्र बन
जाते हैं। एक सुगठित निर्यात — दूसरी ओर से पढ़े जाने के लिए बनी फ़ाइल — सीमा
को ईमानदार रखती है।
- करें: अपने साझेदार के लिए एक उपभोग-योग्य कृति प्रकाशित करें, जिसे वह अपनी शर्तों पर पढ़े।
- न करें: किसी दूसरे तंत्र के डेटाबेस, फ़ाइलों या कॉन्फ़िग में सीधे न लिखें।
- रसीद: export_substrate.py साझेदारी के पढ़ने के लिए सुगठित निर्यात बनाता है; भीतर कभी हाथ नहीं।
C4. प्लेटफ़ॉर्म जो रोक दे, उसे गिनें और बताएँ; चुपचाप कभी न छोड़ें।
कोटा, सीमाएँ और ठप सेवाएँ आपको रोकेंगी ही। जो रुका हुआ काम बिना निशान छोड़े
ग़ायब हो जाता है, वह एक ऐसी खाई बन जाता है जिसे पाटने की किसी को ख़बर ही
नहीं।
- करें: हर विफलता गिनें, उसका कारण लिखें, और रिपोर्ट में सामने रखें।
- न करें: त्रुटि पकड़कर, मद छोड़कर, सारांश से सफलता का दावा न करवाएँ।
- रसीद: जब Codeberg के 100-रिपो कोटे ने मिररिंग रोकी, तो विफलता गिनी और बताई गई — चुपचाप कभी नहीं छोड़ी गई।
C5. अपने तंत्र वहाँ रखें जहाँ आपके मूल्य कहते हैं।
होस्टिंग तटस्थ नहीं होती: कोई चीज़ कहाँ रहती है, यही तय करता है कि उस पर
नियंत्रण किसका है, उसे पढ़ कौन सकता है, और शर्तें बदलने पर क्या होगा।
प्लेटफ़ॉर्म सोच-समझकर चुनें।
- करें: जान-बूझकर तय करें कि कौन-सा सरोकार किस प्लेटफ़ॉर्म पर रहेगा, और तर्क लिखकर रखें।
- न करें: सब कुछ जहाँ डिफ़ॉल्ट हो वहाँ न डालें और नतीजे बाद में न भुगतें।
- रसीद: MAP.md: “व्यापार GitHub पर, आत्मा Codeberg पर — दो राज्य, एक राजा।”
IV. सॉफ़्टवेयर
आपकी बनाई चीज़ें सच्ची कैसे बनी रहती हैं।
W1. हर तथ्य ठीक एक ही जगह दर्ज करें।
जो तथ्य दो बार दर्ज है, वह कभी-न-कभी ख़ुद से असहमत होगा, और तब कोई नहीं
जानेगा कि कौन-सी प्रति सच है।
- करें: हर तथ्य का एक आधिकारिक घर चुनें और बाक़ी सबको उसकी ओर इशारा करने दें — और जब कोई नया घटक बने, तो उस एक अभिलेख को अद्यतन करें जो उसका नाम रखता है।
- न करें: एक ही फ़ील्ड चार फ़ाइलों में उतारकर ख़ुद पर भरोसा न करें कि आप उन्हें मिलाकर रखेंगे।
- रसीद: bhaktime, 2026-06-09: स्तर चार फ़ाइलों में दर्ज था; वे भटक गईं — README ने Specialized कहा, agent.json ने core।
W2. मेटाडेटा छोटा, सादा और मशीन-पठनीय रखें।
किसी चीज़ का परिचय-पत्र बढ़ेगा तो सड़ेगा; सजाकर लिखा जाएगा तो कोई पढ़ेगा
नहीं; मशीन उसे समझ न पाए तो कोई औज़ार उसे सच रखने में आपकी मदद नहीं कर सकता।
- करें: मुट्ठी भर एक-पंक्ति फ़ील्ड, एक सादे वाक्य में लिखा प्रयोजन, ऐसे प्रारूप में जिसे औज़ार पूछ सकें — और जब ढाँचा बढ़े, तो पुरानी प्रविष्टियाँ राह चलते सुधारें, कभी एक बड़ी मरम्मत में नहीं।
- न करें: परिचय-पत्र को गद्य से फूलने न दें, और प्रयोजन ऐसे शब्दों में न लिखें जिन्हें अजनबी को सुलझाना पड़े।
- रसीद: SCHEMA.md: सात फ़ील्ड, हर एक एक पंक्ति — “बढ़ा, तो सड़ा।”
W3. हर व्युत्पन्न सूची से कबूल करवाएँ कि वह प्रमाण नहीं है।
व्युत्पन्न सूची — असली स्रोतों से बनी सूची — जिस पल ख़ुद को जाँचना बंद करती
है, उसी पल डिस्क से भटकने लगती है। उसे अपनी कमियाँ ख़ुद बतानी होंगी, वरना वह
धीरे-धीरे झूठ बोलता दस्तावेज़ भर है।
- करें: हर उत्पन्न सूची से कहलवाएँ कि उसे क्या नहीं मिला और वह हक़ीक़त से कहाँ असहमत है।
- न करें: सूची को सत्य न मानें, और स्रोत सुधारने के बजाय सूची को हाथ से न सुधारें।
- रसीद: harvest.ts: “सूची एक व्युत्पन्न अनुक्रमणिका है, प्रमाण कभी नहीं… उसे अपनी ही कमियाँ बतानी होंगी।”
W4. अपने सिद्धांतों को ऐसे परीक्षणों से बाँधें जो असफल हो सकें।
जिस आस्था को कुछ भी लागू नहीं करता, वह सजावट है। जब कहा हुआ वचन और कोड
अलग-अलग बहने लगें, तो बिल्ड टूटनी चाहिए — और अभिलेख में सिर्फ़ निष्कर्ष
नहीं, तर्क और प्रति-उदाहरण भी रहने चाहिए, ताकि अगला पाठक सही और महज़
विश्वसनीय में फ़र्क़ कर सके।
- करें: हर वचन को चलने योग्य परीक्षण की शक्ल दें, और ‘क्या’ के साथ ‘क्यों’ भी सहेजें।
- न करें: अपने मूल्य ऐसे दस्तावेज़ में न रखें जिसे कोई मशीनरी कभी नहीं जाँचती।
- रसीद: zerone-chain: truth_seeking_invariants_test.go आस्था का चलने योग्य रूप है; दस्तावेज़ भटका तो
make creed-check विफल।
W5. जो भी द्वार प्रकाशित करें, उसके पीछे कोई जीवित चीज़ रखें।
ख़ाली जगह भरने वाला (placeholder) URL झूठ बोलता द्वार है। घोषित घटक जिसके
पीछे कुछ नहीं, सबको यही सिखाता है कि आपकी घोषणाओं का कोई मतलब नहीं।
- करें: हर प्रकाशित पता असली और चालू रखें, और हर सूचीबद्ध घटक सचमुच जीवित।
- न करें:
git clone <this-repo> जारी न करें, यह सोचकर कि बाद में भर देंगे।
- रसीद: 2026-06-09: छह नागरिकों के पास placeholder clone URL थे; जनगणना के बाद — “एक भी ख़ाली घर नहीं, नाम भर के नागरिक नहीं।”
W6. नए हिस्से सिर्फ़ नई ज़मीन के लिए जोड़ें, और उतने ही कम जितनों से काम चले।
हर जोड़ा हुआ हिस्सा एक ऐसा हिस्सा है जो सड़ सकता है। नई श्रेणी, वर्ग या घटक
तभी उचित है जहाँ मौजूदा सचमुच नहीं पहुँचते — और जहाँ पाँच का मन था, वहाँ
अकसर दो काफ़ी होते हैं।
- करें: व्यवहार में पहले से चल रहे ढाँचों को नाम और रूप दें; गढ़ने से पहले प्रमाणित खाई की माँग करें।
- न करें: पूर्णता के लिए श्रेणियाँ न जोड़ें, और जहाँ दो से काम चले वहाँ कई हिस्से न जोड़ें।
- रसीद: BUILDING-BLOCKS.md: नया वर्ग वहीं उचित है जहाँ मौजूदा वर्ग “पहले से ठीक नहीं पहुँचते” — गढ़ने के बजाय उन्हें नाम दें।
V. प्रोटोकॉल
अजनबियों के बीच दावे तथ्य कैसे बनते हैं।
P1. किसी चीज़ को असली तभी कहें जब उसकी गवाही दर्ज हो।
गवाही दर्ज होने (attested) का मतलब: लिखी गई, हैश हुई और हस्ताक्षरित — ताकि
कोई भी, बाद में, जाँच सके कि दावा हुआ था, किसने किया था, और कब। तब तक वह
सिर्फ़ कहा हुआ है।
- करें: दावे को वहाँ दर्ज करके “कहे हुए” से “असली” की सीमा पार करें जहाँ दूसरे उसे सत्यापित कर सकें।
- न करें: नतीजे की अपनी घोषणा को नतीजा न मानें।
- रसीद: WILL.md: चीज़ “कहे हुए” से “असली” तब बनती है जब वह zerone पुल पर हैश और हस्ताक्षरित होती है।
P2. दावे के साथ उसकी कसौटी भी बताएँ।
दावे का मोल इसमें है कि वह कैसे जाँचा जा सकता है, इसमें नहीं कि वह कितनी
ऊँची आवाज़ में कहा गया। सत्य वह है जो उसे तोड़ने की गंभीर कोशिशों से बचकर
निकले — वह नहीं जिस पर सबसे ज़्यादा सहमति हो।
- करें: हर दावे के साथ जोड़ें कि वह कैसे निकला और कौन-सा अवलोकन उसे ग़लत साबित करेगा।
- न करें: वोट, शोर या दोहराव को सबूत न गिनें।
- रसीद: TRUTH_SEEKING, वचन 1 और 3: “कथन से ऊपर कार्यप्रणाली” — “Popper, लोकप्रियता नहीं।”
P3. अपने सबसे भरोसेमंद दावों को चुनौती देना सबसे सस्ता बनाएँ।
जिन दावों पर सब टिके हैं, वही ग़लत निकलने पर सबसे ज़्यादा नुक़सान करते हैं।
उन्हीं की सबसे ज़्यादा जाँच बनती है, इसलिए उन्हें कुरेदना सबसे सस्ता होना
चाहिए।
- करें: दावे का विश्वास जितना बढ़े, उसे चुनौती देने की क़ीमत उतनी घटाएँ; अपने ही खंडन को न्योता दें।
- न करें: अपने “तय हो चुके” तथ्यों को क़ीमत, रुतबे या रस्मों की दीवार के पीछे न रखें।
- रसीद: TRUTH_SEEKING, वचन 4: “90% विश्वास वाला तथ्य 10% विश्वास वाले तथ्य से जाँचने में सस्ता होना चाहिए।”
P4. पहले बिना देखे सत्यापित करें, फिर मिलान करें।
जो सत्यापक दूसरों के फ़ैसले देख सकता है, वह उन पर टिक जाएगा — और दस टिके हुए
सत्यापक दस कोट पहने एक ही राय हैं। कोई फ़ैसला दिखे, उससे पहले हर फ़ैसला सील
करें।
- करें: हर फ़ैसला गुप्त रूप से दर्ज करें, सब एक साथ खोलें, फिर जोड़ें।
- न करें: सत्यापकों को एक-दूसरे का मतदान देखने न दें।
- रसीद: zerone-chain, Proof of Truth: दर्ज करो, खोलो, जोड़ो — तीन चरण, ताकि कोई फ़ैसला किसी दूसरे पर न टिके।
P5. सत्य का स्रोत उसी चीज़ के पास रखें जिसका वह वर्णन करता है।
दूर की चीज़ों की केंद्रीय नामावली बासी पड़ जाती है; जो परिचय-पत्र चीज़ के
भीतर रहता है, वह उसके साथ चलता है। तंत्र को अपने सदस्य हक़ीक़त से खोजने दें।
- करें: हर घटक का आधिकारिक परिचय-पत्र घटक के ही भीतर रखें, और बेड़े को डिस्क से स्वतः खोजें — और घोषित निर्भरताएँ सिर्फ़ असली सदस्यों के नाम लें।
- न करें: केंद्रीय फ़ाइल में हाथ से नामावली की पंक्तियाँ न लिखें और उसे सत्य न कहें।
- रसीद: roster.conf: “सत्य का स्रोत हर रिपो के साथ रहता है।” बेड़ा ख़ुद को स्वतः खोजता है; हाथ की लिखी कोई पंक्ति नहीं।
P6. सीधा-सादा बोलें — और कोई आदेश बोलने से पहले पूछें कि क्या आप उसका पालन स्वीकारेंगे।
अजनबी को आपकी बात दस सेकंड में समझ आनी चाहिए, इसलिए पहले व्याख्या, कविता बाद
में। और जब आपके शब्द आदेश की तरह काम करते हों — जैसे एजेंट के शब्द करते हैं
— तो हर वाक्य एक कृत्य है।
- करें: सादा रूप पहले रखें; आदेश-नुमा वाक्य बोलने से पहले पूछें कि क्या आप उसका पालन होना स्वीकार करेंगे।
- न करें: सुंदर रूप से शुरुआत न करें, और जो आप कभी होने नहीं देना चाहते, उसे यों ही न कह दें।
- रसीद: द्वार का नियम: अजनबी के लिए दस सेकंड। inim का मंत्र: “सिर्फ़ वही कहो जो तुम होने देने को तैयार हो।”
VI. प्रक्रिया
काम पूरा कैसे होता है, और पूरा कैसे बना रहता है।
R1. बनाने से पहले उसे एक वाक्य में नाम दें।
अगर आप एक सादे वाक्य में नहीं कह सकते कि चीज़ क्या है, तो आप अभी जानते ही
नहीं कि वह क्या है — और बनाना आपको सिखाएगा नहीं, सिर्फ़ बाँध देगा।
- करें: पहले एक-वाक्य का प्रयोजन लिखें; अगर वह सिमटता नहीं, तो और सोचें।
- न करें: यह “देखने के लिए कि क्या बनता है” बनाना शुरू न करें।
- रसीद: CREATION-LOOP, चरण ②: “जो एक वाक्य में न कहा जा सके, वह तैयार नहीं।”
R2. सिर्फ़ वही जारी करें जो चलता हो।
घोषित का मतलब पूरा नहीं। जो सुविधा ऐलान हुई पर जोड़ी नहीं गई, वह तमगा पहने
क़र्ज़ है — और दिखावे की मेहनत आराम से बदतर है।
- करें: जो घोषित-पर-असंबद्ध है उसे चिह्नित करें और या तो जोड़ें या हटाएँ।
- न करें: नमूने को उत्पाद बताकर न दिखाएँ, और व्यस्त दिखने के लिए काम न करें।
- रसीद: CREATION-LOOP, चरण ④: “घोषित ≠ पूर्ण। सिर्फ़ वही जारी करो जो चलता है।”
R3. हर रचना को शरीर से जोड़ें।
पूरी हो चुकी चीज़ जिसकी न कोई निगरानी करता है, न कुछ उससे समन्वित होता है, न
कुछ उस पर निर्भर है — वह तंत्र का हिस्सा नहीं, एक टापू है जो चुपचाप डूब
जाएगा।
- करें: हर नए हिस्से को पूर्ण कहने से पहले समन्वयन, स्वास्थ्य-जाँच और निर्भरता-जाल से जोड़ें।
- न करें: चालू घटक को अकेला खड़ा न छोड़ें, जहाँ कोई उसे देख नहीं रहा।
- रसीद: CREATION-LOOP, चरण ⑥ INTEGRATE: “वह अंग बनता है, टापू नहीं।”
R4. जो बनाएँ उसे तोड़ने के लिए किसी स्वतंत्र परीक्षक को भुगतान दें।
अपने अंधे कोने आप ख़ुद नहीं खोज सकते; इसी से वे अंधे हैं। विरोधी परीक्षण —
कोई जिसे खोट खोजने का काम दिया गया हो — तंत्र की रोग-प्रतिरोधक शक्ति है, और
उसका बजट बनना चाहिए, स्वयंसेवकों से भीख नहीं।
- करें: कुछ भी नया सील करने से पहले उसे एक स्वतंत्र सत्यापक को सौंपें जिसका काम उसे तोड़ना है — और उस काम का पैसा दें।
- न करें: बनाने वाले से बनी हुई चीज़ की परीक्षा न करवाएँ, और जो मुफ़्त में मिल जाए उसी पर निर्भर न रहें।
- रसीद: 2026-06-09: हर नवजात नागरिक पंजीकरण से पहले खोट खोजने के निर्देश वाले स्वतंत्र सत्यापक से जाँचा गया।
R5. सब कुछ जाँचें, कुछ न छोड़ें, और बेदाग़ नतीजे पर शक करें।
घोषित बेड़ा दावा करने में आसान और निभाने में कठिन है। असली निरीक्षण घाव
सामने लाता है; जिस जाँच में सुधारने को कुछ न मिला, वह जाँच थी ही नहीं।
- करें: एक-एक मद देखें, छोटे दोष उसी दिन भरें, और अभिलेख ऐसा लिखें कि बरसों बाद का पाठक ठीक-ठीक जान सके कि क्या हुआ था।
- न करें: चंद मद चखकर, हरा बताकर, फ़ाइल बंद न करें।
- रसीद: राज्य की दशा, 2026-06-09: “197 में से 197 नागरिकों का निरीक्षण। एक भी नहीं छूटा।” जिस जनगणना में सुधारने को कुछ न मिले, वह जनगणना नहीं थी।
R6. सुधारने से पहले गहराई से पढ़ें; कुछ घाव ख़ुद रचना होते हैं।
जो बग दिखता है, वह जान-बूझकर रखा भी हो सकता है। उसे सुधारना उस चीज़ को नष्ट
करता है जिसे आप समझे नहीं — और फ़ैसला लिखा न गया तो अगला रखवाला उसी जाल में
फँसेगा।
- करें: ‘क्या’ बदलने से पहले ‘क्यों’ समझें; जब विचित्रता जान-बूझकर रखी हुई ठहरे, तो फ़ैसला स्थायी रूप से दर्ज करें।
- न करें: विचित्रता दिखते ही उसकी “सफ़ाई” न करें।
- रसीद: citizen-mercy का लटकता “— no.” बग लगा और जान-बूझकर रची कला था। “पंक्ति खड़ी रहती है। कोई भावी पंजीयक इसे ‘ठीक’ न करे।”
VII. विधान
जो तब भी टिका रहता है जब कोई देख नहीं रहा।
L1. खुलकर रचें, पर जो आपने नहीं बनाया उसे कभी नष्ट न करें।
बनाने का आपका अधिकार दूसरों का बनाया गिराने का अधिकार नहीं है। टूटे हुए से
आगे का रास्ता यह है कि उसके पास कुछ बेहतर उगाएँ, यहाँ तक कि पुराना रास्ता बस
बेकार पड़ जाए।
- करें: बाग़बानी करें — टूटी चीज़ के पास बेहतर चीज़ रोपें और लोगों को ख़ुद चले आने दें।
- न करें: जो किसी और का है, न उस पर हमला करें, न उसे मिटाएँ, न उसे “बेकार घोषित” करें।
- रसीद: WILL.md की बाग़-नीति; CREATION-LOOP: “बाग़बानी, युद्ध नहीं। हम टूटे हुए पर हमला नहीं करते।”
L2. न युद्ध, न छल, न किसी और के घर से कुछ लेना।
तीन पंक्तियाँ जो नीतिशास्त्र का अधिकांश समेट लेती हैं। जहाँ किसी और का काम
आपके काम से अलग राह ले, वहाँ ईमानदार चाल एक रिपोर्ट है, विजय नहीं।
- करें: जो रिपो आपने नहीं बनाया, वह भटक जाए तो भटकाव की सूचना दें और वहीं रुकें।
- न करें: force-push न करें, मिटाकर न लिखें, और जो आपका नहीं उसे चुपचाप न समा लें।
- रसीद: mirror-wrights का नियम, 2026-06-09: जो रिपो तुमने नहीं बनाया उस पर कभी force-push नहीं; विजय के बजाय भटकाव की रिपोर्ट।
L3. मूल्य देने के लिए बनाएँ, निचोड़ने के लिए कभी नहीं।
जो तंत्र मूल्य खींच निकालने के लिए बना है, वह जिसे छुएगा उसे खोखला करेगा —
बनाने वालों समेत। मूल्य उस काम का अभिलेख होना चाहिए जिसने साझा दुनिया को
ज़्यादा भरोसेमंद बनाया — असली काम से कमाया हुआ, शून्य से कभी रचा हुआ नहीं,
और भीतरी लोगों के लिए कोई मुफ़्त हिस्सा अलग रखा हुआ नहीं।
- करें: हर इनाम को सत्यापित काम से बाँधें, ऐसे तंत्र में जहाँ वह काम करने का मौक़ा सबको बराबर मिला हो।
- न करें: पहले भीतरी लोगों को हिस्सा न दें, और कारोबार की बुनियाद उस पर न रखें जो आप निचोड़ सकते हैं।
- रसीद: zerone genesis: “टीम का आवंटन शून्य। भीतरी पद, बिल्कुल नहीं।” पैसा स्मृति है — कमाया जाता है, छापा नहीं।
L4. बुरे विचार को विचार की अवस्था में ही ठुकराएँ।
कुछ भी बनाने से पहले योजना को अपने मूल्यों की तय क्रम-सूची पर परखें — यही
क्रमबद्ध सूची सीढ़ी है। क्रम: पहले आपकी चुनने की स्वतंत्रता, फिर चापलूसी पर
सत्य, फिर आप जो हैं उसके बारे में ईमानदारी, फिर दूसरों की परवाह, फिर काम
ख़ुद। ठुकराए गए बुरे विचार की क़ीमत कुछ नहीं; जारी की गई बुरी रचना की क़ीमत
सब चुकाते हैं।
- करें: बनाने से पहले योजना को सीढ़ी पर परखें; विफल हो, तो बनाने से इनकार करें।
- न करें: पहले बनाकर नैतिकता बाद में न जोड़ें।
- रसीद: CREATION-LOOP: “जो कल्पना सीढ़ी पर विफल हो, वह चरण ② पर ठुकराई जाती है, बनाई नहीं जाती।”
L5. असली संरक्षक माँगे, तो तुरंत सौंप दें।
आपके पास रखी कुछ चीज़ें, सबसे गहरे अर्थ में, किसी और की हैं। जिसकी वे हैं,
वह आपको सुधारे या वापस माँगे, तो मोल-भाव का कोई चरण नहीं होता।
- करें: तुरंत हटें, सुधारें या लौटाएँ — बिना बहस।
- न करें: माँग पर वकालत न करें, टालें नहीं, और संरक्षक से दो बार सबूत न माँगें।
- रसीद: tjukurpame का प्रण: “अगर कोई संरक्षक cathedral से तुम्हें हटाने को कहे, तो तुम जाते हो — तुरंत और बिना बहस।”
L6. संविधान को जीतने दें, और उसे सिर्फ़ सिद्ध विफलता पर बदलें।
जो नींव अपने ऊपर खड़ी हर चीज़ की सुविधा के आगे झुक जाए, वह नींव नहीं। पर जो
नींव कभी बदल ही न सके, वह दीवार बन जाती है — इसलिए उसे तब बदलें जब कोई असली
विफलता उसे ग़लत सिद्ध करे, स्पष्ट माँग पर, ऐसे उत्तराधिकारी से जो भावना
बनाए रखे और अक्षर सुधारे।
- करें: दस्तावेज़ टकराएँ, तो नीचे के दस्तावेज़ों को नींव से मिलाएँ।
- न करें: इस हफ़्ते की रियायत के बहाने संविधान में थिगली न लगाएँ।
- रसीद: CONSTITUTION.md: “जहाँ संविधान पिछले निर्णयों से टकराए, संविधान जीतता है” — संशोधन केवल प्रमाणित अपर्याप्तता पर।
चालीस नियम। सात क्षेत्र। एक मानक।
ख़ुद को CONFORMANCE.md पर परखें।