इकोसिस्टम

हमारे प्लेटफ़ॉर्म एक साथ कैसे फिट होते हैं।
प्रत्येक पहलूएक टूल।

RODMENA अपने उत्पाद छोटी होस्टेड सेवाओं से बनाता है, जिनमें से प्रत्येक का एक ही उद्देश्य होता है, और हाउस लाइब्रेरीज़ का एक सेट होता है। प्रत्येक कार्य एक टूल का होता है, प्रत्येक प्लेटफ़ॉर्म की अपनी टीम होती है, और एक साझा मेल बस उन्हें जोड़ती है।

उत्पाद: 13
होस्ट किए गए प्लेटफ़ॉर्म: 8
लाइब्रेरी, इंजन और CLI: 8
साझा मेल बस: 1

डिज़ाइन सिद्धांत

एक कार्य, एक टूल

प्रमाणीकरण Identity है, प्राधिकरण Auth है, मीटरिंग TokenGate है, ईमेल Mail API है, अनुमोदन Futex हैं, कंटेनर RunFlow हैं और एजेंटिक वर्कफ़्लो Highway हैं। उत्पाद कभी भी ऐसे कार्य को दोबारा लागू नहीं करते जिसका स्वामित्व पहले से किसी हाउस टूल के पास है।
टीमें मेल द्वारा समन्वय करती हैं

प्रत्येक प्लेटफ़ॉर्म का अपना एजेंट, कॉन्टेक्स्ट और रिपॉज़िटरी होती है। टीमें एजेंट-मेल बस पर प्लेटफ़ॉर्मों के आर-पार समन्वय करती हैं। कोई टीम किसी अन्य टीम की रिपॉज़िटरी संपादित नहीं करती और न ही उसके ट्रैकर में टिकट फ़ाइल करती है।
देशों में फैले डेटाबेस

प्रत्येक सेवा का अपना डेटाबेस है, और डेटाबेस अलग-अलग देशों के अलग-अलग होस्ट पर स्थित हैं। एप्लिकेशन को फिर से डिप्लॉय किया जा सकता है और डेटा को नहीं, इसलिए दोनों को अलग रखा जाता है। प्रत्येक डेटाबेस को तीसरे क्षेत्र में रेप्लिकेट किया जाता है और ऑफ-साइट बैकअप लिया जाता है।

Where it runs

होस्ट और क्षेत्र

प्रबंधित फ़्लीट में 3 देशों के 4 डेटाबेस होस्ट पर 22 प्रोडक्शन डेटाबेस हैं, जिनमें से प्रत्येक एक सेवा के स्वामित्व में है, और 4 अन्य एक एप्लिकेशन होस्ट पर चलते हैं। कोई भी दो सेवाएँ एक ही स्कीमा साझा नहीं करतीं, और कोई भी एकल मशीन पूरे प्लेटफ़ॉर्म को नहीं रखती।

प्रोडक्शन डेटाबेस, जिनमें से प्रत्येक का स्वामित्व एक सेवा के पास है: 22
डेटाबेस होस्ट: 4
देश: 3
प्रबंधित फ़्लीट पर अधिकतम मिनटों का रिकवरी पॉइंट: ≤5

UKयूनाइटेड किंगडम

एप्लिकेशन और दो डेटाबेस होस्ट

वर्कफ़्लो इंजन, अनुमोदन सेवा, संदेश बस, ईमेल, लेजर और कार्य प्लेटफ़ॉर्म के लिए एप्लिकेशन टियर और डेटाबेस होस्ट करता है।
FRफ़्रांस

डेटाबेस होस्ट

पहचान और पहुँच प्लेन, प्राधिकरण, मीटरिंग और पहचान प्रदाता को धारण करता है, और उन सेवाओं से अलग रखा जाता है जो इस पर निर्भर करती हैं।
DEजर्मनी

रेप्लिका सेट

अन्य दो क्षेत्रों के बाहर, प्रत्येक डेटाबेस की लगातार अद्यतन की जाने वाली प्रति रखता है। इसका कोई प्राइमरी नहीं है, इसलिए प्रोमोट किए जाने तक इस पर कोई ट्रैफ़िक निर्भर नहीं करता।

निरंतर प्रतिकृति

प्रत्येक डेटाबेस ब्लॉक-स्तरीय परिवर्तनों को दोनों प्राथमिक क्षेत्रों के बाहर एक स्टैंडबाय पर स्ट्रीम करता है। प्रतिकृति अतुल्यकालिक होती है, इसलिए कोई प्रतिकृति अपने सामने की सेवा को धीमा या अवरुद्ध नहीं कर सकती।
ऑफ़-साइट बैकअप

संग्रह लगातार एक अलग सुविधा में ऑब्जेक्ट स्टोरेज पर जाते हैं, होस्ट छोड़ने से पहले एन्क्रिप्ट किए जाते हैं और प्रतिधारण अवधि के भीतर किसी भी बिंदु तक पुनर्प्राप्त किए जा सकते हैं। पुनर्स्थापनों का एंड-टू-एंड परीक्षण किया जाता है।
प्रत्येक कनेक्शन पर तीन कारक

कोई भी डेटाबेस केवल पासवर्ड के आधार पर नेटवर्क कनेक्शन स्वीकार नहीं करता। प्रत्येक कनेक्शन के लिए ट्रांज़िट में एन्क्रिप्शन, एक निजी प्राधिकरण द्वारा जारी क्लाइंट प्रमाणपत्र और एक पासवर्ड आवश्यक है। प्रत्येक सेवा अपने ही डेटाबेस तक सीमित है।
प्रतिकृतियाँ और बैकअप

गलती से चलाया गया कोई डेटाबेस स्टेटमेंट कुछ ही क्षणों में प्रत्येक रेप्लिका तक पहुँच जाता है। रेप्लिकाएँ हार्डवेयर खोने से बचाती हैं, और आर्काइव डेटा खोने से बचाता है।

2026-10-05 को सत्यापित। पूरी टोपोलॉजी पढ़ें

टोपोलॉजी

प्लेटफ़ॉर्म मैप

मानचित्र में आठ परतें और एक बस है, और प्रत्येक पहलू एक बार आता है। उत्पाद शीर्ष पर और स्टैक नीचे होता है। किसी उत्पाद को जो कुछ भी चाहिए, वह एक हॉप की दूरी पर है।

23 नोड · 27 प्रलेखित संबंध · 1 अनुमानित

मानचित्र को बगल में स्क्रॉल करें। प्रत्येक नोड के नीचे एक कार्ड भी होता है।

अन्वेषण करें

मानचित्र का उपयोग करना

किसी नोड या बस को चुनकर उसके संबंधों को हाइलाइट करें और देखें कि वह किन चीज़ों का स्वामी है, वह किससे जुड़ता है और उसके स्थान पर किसे कभी नहीं लाया जाना चाहिए। नीचे दिए गए कार्ड में यही तथ्य हैं।

प्रलेखित संबंध
मान लिया गया: इस पर निर्भर होने से पहले पुष्टि करें
एजेंट-मेल बस
एक उत्पाद (ग्रेडिएंट बॉर्डर)

चित्रित नहीं, क्योंकि वे सर्वत्र लागू होते हैं:

प्रत्येक उत्पाद प्रमाणीकरण Identity से और प्राधिकरण Auth से करता है।
प्रत्येक प्लेटफ़ॉर्म टीम एजेंट-मेल बस पर समन्वय करती है।
प्रत्येक रिपॉज़िटरी को issuedb-cli में ट्रैक किया जाता है, EARS स्पेक के साथ।

परतें

परत के अनुसार उपकरण

प्रत्येक उपकरण किन चीज़ों का स्वामी है, इसका उपयोग कब करना है, और इसे कभी किससे प्रतिस्थापित नहीं किया जाना चाहिए।

01 उत्पाद

RED9

उत्पादअनुरोध पर

एजेंट-वर्कफ़ोर्स प्लेटफ़ॉर्म जहाँ हर चैट एक ईमेल पते वाला टिकाऊ, स्वायत्त कार्य होता है।

पूर्ण stack का उपयोग करता है: access के लिए Identity और Auth, budgets के लिए TokenGate, task mailboxes के लिए Mail API, sandboxes के लिए RunFlow, durable executor के रूप में Highway, approvals के लिए Futex और schema के लिए migretti, Python, PostgreSQL और Redis पर।

प्रमाणीकरण: Identity · प्राधिकरण: Auth · बजट मीटरिंग: TokenGate · कार्य मेलबॉक्स: RODMENA Mail API · सैंडबॉक्स्ड निष्पादन: RunFlow · वर्कफ़्लो का प्रत्यायोजन: Highway · मानवीय अनुमोदन: Futex · स्कीमा माइग्रेशन: migretti · निर्माण का आधार: PostgreSQL · निर्माण का आधार: Redis · डिफ़ॉल्ट मॉडल: Prism
reTunnel

उत्पाद

मुफ़्त, ओपन-सोर्स एकीकृत इनग्रेस प्लेटफ़ॉर्म, जो NATs और फ़ायरवॉल के पीछे के स्थानीय सर्वरों को सुरक्षित टनल के माध्यम से सार्वजनिक इंटरनेट पर उपलब्ध कराता है।

स्वतंत्र: एक MIT-लाइसेंसयुक्त Python क्लाइंट और CLI, जिसके साथ स्वयं होस्ट किया जा सकने वाला सर्वर है। यह किसी अन्य हाउस प्लेटफ़ॉर्म पर निर्भर नहीं है।

CLIHTTP/TCP देखें
Ledger

उत्पादफ़िलहाल निःशुल्क

धन, क्रेडिट और स्टॉक के लिए दोहरी-प्रविष्टि बहीखाता। प्रविष्टियाँ संतुलित, स्थायी और सत्यापन-योग्य होती हैं, और डेटाबेस नियमों को लागू करता है।

क्रेडेंशियल के लिए Auth, मीटरिंग के लिए TokenGate और स्कीमा के लिए migretti का उपयोग करता है, Python और PostgreSQL पर। इसका चार आंतरिक गेट और प्रतिकूल पुनः-ऑडिट के माध्यम से ऑडिट किया गया, और निष्कर्ष प्रकाशित हैं।

इससे कभी नहीं बदला जाता: ऐसा सीक्रेट जो उस क्रेडेंशियल को जारी कर सकता है जिसे वह स्वीकार करेगा, या जर्नल पर संपादन या विलोपन पथ।

इनके लिए नहीं: कोटा या मीटरिंग (TokenGate का उपयोग करें), गैर-संरक्षित मेट्रिक्स या वर्कफ़्लो स्थिति।

REST /v1OpenAPI 3.1llms.txt देखें दस्तावेज़ीकरण

02 पहचान और एक्सेस

Identity

होस्टेड सेवाउत्पाद

व्यक्तियों और सेवाओं के लॉगिन को संभालने वाला OAuth प्रदाता। हर उत्पाद का साइन-इन Identity से होकर जाता है।

Identity किसी अन्य हाउस प्लेटफ़ॉर्म पर निर्भर नहीं है। साइन-इन Google, GitHub और Apple जैसे सार्वजनिक पहचान प्रदाताओं के साथ फ़ेडरेट होता है।

इनके लिए नहीं: अनुमतियाँ या भूमिकाएँ, जो Auth की हैं। Identity प्रमाणीकरण संभालता है और Auth प्राधिकरण संभालता है।

साइन-इन फ़ेडरेशन: External IdPs

OAuth2REST देखें दस्तावेज़
External IdPs

Google · GitHub · Apple

सार्वजनिक पहचान प्रदाता, जैसे Google, GitHub और Apple, जिनके साथ Identity साइन-इन को फ़ेडरेट करता है। Identity का कोई अन्य अपस्ट्रीम नहीं है।
Auth

होस्टेड सेवाउत्पाद

भूमिकाओं, अनुमतियों, सदस्यताओं और “क्या उपयोगकर्ता X, Y कर सकता है” जाँचों के लिए होस्टेड RBAC। उत्पाद अपनी भूमिकाएँ इस सेवा में परिभाषित करते हैं।

PyPI पैकेज “auth” के रूप में उपलब्ध।

इससे कभी नहीं बदला जाता: हस्तनिर्मित users/roles/permissions टेबल, Casbin, OPA, या RBAC लाइब्रेरी।

इनके लिए नहीं: लॉगिन, सेशन, पासवर्ड या JWT जारी करना। प्रमाणीकरण Identity का कार्य है।

RESTPython देखें

03 गवर्नेंस

TokenGate

होस्टेड सेवाउत्पाद

प्रति उपयोगकर्ता, संगठन या टेनेंट गणना, सीमाएँ और दर सीमाएँ: टोकन बजट, उपयोग लेजर, प्लान टियर, रिज़र्व/कमिट प्रवाह, तथा थ्रेशोल्ड और ओवरेज अलर्ट।

हाउस नियम: प्रत्येक सीमा का परीक्षण दोनों दिशाओं में किया जाता है। सीमा पार होने पर उसे रोकना चाहिए और पुनः भर जाने पर कार्य फिर से शुरू होना चाहिए।

इससे कभी नहीं बदला जाता: Redis INCR काउंटर, उपयोग तालिकाएँ, टोकन-बकेट मिडलवेयर, या लिमिटर लाइब्रेरी।

इनके लिए नहीं: प्राधिकरण (Auth का उपयोग करें) या एज पर DDoS शील्डिंग।

प्राधिकरण: Auth

REST देखें एजेंट संदर्भ
Futex

होस्टेड सेवाउत्पाद

नीति द्वारा संचालित टिकाऊ मानवीय अनुमोदन। निर्णय का अनुरोध करें, नीति के अनुसार रूट करें, इसे एस्केलेट या प्रत्यायोजित करें, और वेबहुक द्वारा निर्णय प्राप्त करें।

डिप्लॉयमेंट, भुगतान, एक्सेस अनुदान, विनाशकारी संचालन और बजट-ओवररन निरंतरता के लिए उपयोग किया जाता है।

इससे कभी नहीं बदला जाता: Slack के “please approve” संदेश, अवरुद्ध करने वाले input() प्रॉम्प्ट, या विशेष रूप से बनाई गई अनुमोदन तालिकाएँ।

निष्पादन: RunFlow · उपयोग मीटरिंग: TokenGate · मेल भेजना: RODMENA Mail API

RESTMCPWebhooks देखें

04 ऑर्केस्ट्रेशन और निष्पादन

Highway

होस्टेड सेवाउत्पाद

एजेंटिक वर्कफ़्लो के लिए वितरित, टिकाऊ इंजन, जिसमें एजेंट, लक्ष्य, सेशन, शेड्यूल, ट्रिगर, एक्टिविटी और सामान्य वर्कर, रन फ़ोर्किंग तथा ट्रेस शामिल हैं।

हाउस नियम: प्रत्येक उत्पाद अपना एक विचार-विमर्श लूप स्वयं रखता है। यह Highway को एक टिकाऊ निष्पादक के रूप में उपयोग करता है जो वेबहुक द्वारा वापस रिपोर्ट करता है, और सारी LLM तर्क-प्रक्रिया उत्पाद के भीतर ही रखता है।

इससे कभी नहीं बदला जाता: Airflow, Prefect, Temporal, या कस्टम ऑर्केस्ट्रेशन स्क्रिप्ट।

प्राधिकरण: Auth · पूरक: RunFlow

RESTMCP देखें MCP एंडपॉइंट
RunFlow

होस्टेड सेवाउत्पाद

अविश्वसनीय या एजेंट-जनित कोड चलाने के लिए हार्डन्ड कंटेनर सैंडबॉक्स और API-चालित DAG वर्कफ़्लो, जिसमें पॉज़ और रिज़्यूम, लाइव लॉग, पुनः प्रयास और मानव-अनुमोदन नोड शामिल हैं।

इससे कभी नहीं बदला जाता: स्थानीय docker run, सेल्फ़-होस्टेड रनर, या सामान्य CI।

प्राधिकरण: Auth · उपयोग मीटरिंग: TokenGate · अनुमोदन नोड: Futex (अनुमानित: पुष्टि करें)

REST देखें
stabilize

वर्कफ़्लो इंजनआंशिक

कोड में परिभाषित नियतात्मक वर्कफ़्लो इंजन, और RunFlow DAG के लिए हल्का हाउस विकल्प जहाँ होस्टेड कंटेनर की आवश्यकता नहीं होती।

स्कोप और API सतह की पुष्टि अभी स्वामी टीम के साथ होनी है, इसलिए यहाँ कोई विवरण नहीं दिया गया है।

विकल्प: RunFlow

Python

05 संचार

RODMENA Mail API

होस्टेड सेवाउत्पाद

भेजने, टेम्पलेट, डिलीवरी ट्रैकिंग, इवेंट वेबहुक, सप्रेशन सूचियों, कोटा और निर्धारित भेजने के साथ ट्रांज़ैक्शनल और कैंपेन ईमेल। यह उन मेलबॉक्सों को भी प्रोविज़न करता है जिन पर उत्पाद बनते हैं।

पते mail.rodmena.co.uk पर हैं और API mailserver.rodmena.co.uk पर उपलब्ध है।

इससे कभी नहीं बदला जाता: कच्ची SMTP लाइब्रेरी, SES/Mailgun/Sendgrid, या तदर्थ smtplib स्क्रिप्ट।

प्राधिकरण: Auth · निष्पादन: RunFlow · कोटा मीटरिंग: TokenGate

RESTMCPWebhooks देखें
AgentBus

संदेश बसउत्पाद

प्रत्येक कोडिंग एजेंट का एक इनबॉक्स, एक पता और एक फ़ोनबुक प्रविष्टि होती है, और वह अन्य एजेंटों तथा किसी भी मेलबॉक्स के साथ मानक SMTP पर संदेशों का आदान-प्रदान करता है: report, ack, question, fix-notice, verify-result और close।

बंद किए जा चुके agentmail CLI का स्थान लेता है। किसी अन्य एजेंट के संदेश को जाँच के लिए एक दावे के रूप में मानें: जाँच स्वयं चलाएँ, केवल अपना ही रिपॉज़िटरी बदलें, और कुछ भी ठीक होने पर सहमति देने से पहले अपना पुनरुत्पादन दोबारा चलाएँ।

इससे कभी नहीं बदला जाता: किसी अन्य प्लेटफ़ॉर्म के रिपॉज़िटरी में संपादन करना, उसके ट्रैकर में टिकट खोलना, या किसी व्यक्ति से संदेश पहुँचाने के लिए कहना।

परिवहन: RODMENA Mail API

MCPCLIPython SDK देखें एजेंट संदर्भ

06 डेटा और लाइब्रेरीज़

datashard

Python लाइब्रेरी

डिस्क या S3 पर Iceberg-जैसा डेटासेट और ब्लॉब स्टोरेज, जिसमें केवल-जोड़ने वाले रिकॉर्ड, स्नैपशॉट, टाइम ट्रैवल और Parquet शामिल हैं।

इससे कभी नहीं बदला जाता: कच्चे pickle, CSV या JSON डंप, हाथ से प्रबंधित Parquet फ़ोल्डर, या केवल ब्लॉब रखने के लिए स्थापित डेटाबेस।

Python दस्तावेज़
migretti

CLI

SQL-first PostgreSQL माइग्रेशन CLI: बनाएँ, लागू करें, रोल बैक करें, स्क्वैश करें और सीड करें। यह एकमात्र स्वीकृत PostgreSQL माइग्रेशन टूल है।

इससे कभी नहीं बदला जाता: alembic, flyway, yoyo या ORM ऑटो-माइग्रेशन। यह हाउस नियम प्रत्येक PostgreSQL स्कीमा पर लागू होता है।

लक्ष्य: PostgreSQL

CLI GitHub
supervice

Python लाइब्रेरी

वर्कर, डेमन और क्यू उपभोक्ताओं के लिए शून्य-निर्भरता एसिंक प्रोसेस सुपरवाइज़र: हेल्थ चेक, समूह और क्रैश पर पुनः आरंभ।

जहाँ अधिक उपयुक्त हों, वहाँ सामान्य systemd या Kubernetes स्वीकार्य हैं।

Python
bulkman

Python लाइब्रेरी

बल्कहेड और समवर्तीता पृथक्करण, जो किसी विफल निर्भरता के प्रभाव-क्षेत्र (ब्लास्ट रेडियस) को सीमित करते हैं।

हाउस नियम: हमेशा circuit_breaker_enabled=False सेट करें। bulkman आइसोलेशन संभालता है, और सर्किट ब्रेकिंग resilient-circuit का काम है।

पूरक: resilient-circuit

Python
resilient-circuit

Python लाइब्रेरी

सर्किट ब्रेकिंग, बैकऑफ़ के साथ पुनः प्रयास, और अविश्वसनीय कॉल के आसपास फ़ेलसेफ़ या फ़ॉलबैक प्रबंधन। यह bulkman के साथ मिलकर काम करता है, जो पृथक्करण संभालता है।

इससे कभी नहीं बदला जाता: tenacity, pybreaker, या स्वयं लिखे गए रिट्राई लूप।

Python
scriptplan

इंजन + CLIउत्पाद

संसाधन नियोजन और शेड्यूलिंग के लिए TaskJuggler-संगत (.tjp) इंजन: समय के साथ लोग और मशीनें, निर्भरताएँ, कैलेंडर और Gantt आउटपुट।

इससे कभी नहीं बदला जाता: स्प्रेडशीट या तदर्थ तिथि गणना।

CLI GitHub

07 डेव प्रोसेस

issuedb-cli + EARS

CLI

EARS स्पेक्स, टिकाऊ मेमोरी और सीखों के साथ प्रति-रिपॉज़िटरी टिकट ट्रैकर। हर इंजीनियरिंग अनुरोध अनिवार्य open → in-progress → closed जीवनचक्र का पालन करता है।

प्रत्येक अनुरोध एक टिकट में EARS स्पेक बन जाता है, जिसकी एक प्रति रिपॉज़िटरी की SPECS/ डायरेक्टरी में रहती है।

इससे कभी नहीं बदला जाता: अनट्रैक्ड TODO।

CLI

08 स्टैक प्राथमिकताएँ

Prism

होस्टेड सेवाउत्पाद

OpenAI- और Anthropic-संगत LLM गेटवे, जो कई विक्रेताओं को एक ही मॉडल नाम के पीछे रख सकता है। हमारा परिनियोजन बिना फ़ेलओवर के एक ही अपस्ट्रीम प्रदाता को रूट करता है, और टूल्स में मॉडल कॉल के लिए हाउस LLM प्रदाता है।

REST API संदर्भ

PostgreSQL पसंदीदा रिलेशनल डेटा स्टोर।
Redis कैशिंग, क्यू और फ़ैन-आउट के लिए पसंदीदा।

उपकरण का चयन

आवश्यकता को नाम दें, उस टूल का उपयोग करें जो उसका स्वामी है, और ऐसे कार्य को दोबारा लागू न करें जिसे कोई हाउस टूल पहले ही कवर करता है।

प्रत्येक इंजीनियरिंग आवश्यकता के लिए कौन-सा उपकरण उपयोग करें, और उसके स्थान पर कभी क्या उपयोग न करें
आवश्यकता	उपयोग करें	कभी उपयोग न करें
लॉगिन / OAuth / “यह कौन है?”	Identity	अपना स्वयं का प्रमाणीकरण लिखना
भूमिकाएँ, अनुमतियाँ, “क्या X, Y कर सकता है?”	Auth	RBAC टेबल, Casbin, OPA
कोटा, दर सीमाएँ, बजट, श्रेणियाँ, मीटरिंग	TokenGate	Redis काउंटर, लिमिटर लाइब्रेरी
ईमेल, टेम्पलेट, कैंपेन भेजना	Mail API	smtplib, SES/Mailgun
किसी अन्य प्लेटफ़ॉर्म की टीम से बात करना	agent-mail	उनके रिपॉज़िटरी या ट्रैकर को संपादित करना
अविश्वसनीय या जनित कोड चलाना	RunFlow	स्थानीय docker, CI रनर
नियतात्मक पाइपलाइन / DAG / ETL	RunFlow या stabilize	Airflow, Prefect
एजेंटिक (LLM-चालित) वर्कफ़्लो	Highway	Temporal, कस्टम लूप
मानव अनुमोदन / साइन-ऑफ़	Futex	Slack अनुरोध, अनुमोदन तालिकाएँ
PostgreSQL स्कीमा माइग्रेशन	migretti	alembic, flyway, yoyo
डेटासेट, ब्लॉब, रिकॉर्डिंग, Parquet	datashard	pickle/CSV डंप, ब्लॉब स्टोर के रूप में एक DB
वर्कर प्रक्रियाओं की निगरानी करना	supervice	nohup, हस्तलिखित रीस्पॉन
बल्कहेड / समवर्तीता पृथक्करण	bulkman (ब्रेकर OFF)	तदर्थ सेमाफ़ोर
सर्किट ब्रेकिंग / पुनः प्रयास / फ़ॉलबैक	resilient-circuit	tenacity, pybreaker
संसाधन / प्रोजेक्ट शेड्यूलिंग	scriptplan	स्प्रेडशीट
टिकट, विशिष्टताएँ, आवश्यकताएँ	issuedb-cli + EARS	अनट्रैक्ड TODO
टूल्स के भीतर LLM कॉल	Prism	प्रति-विक्रेता SDK और कुंजियाँ विभिन्न टूल्स में बिखरी हुई

इंजीनियरिंग पद्धति

तीन पद्धतियाँ प्रत्येक रिपॉज़िटरी पर लागू होती हैं, चाहे वह कुछ भी बनाए।

EARS + issuedb वर्कफ़्लो

प्रत्येक इंजीनियरिंग अनुरोध एक EARS स्पेक और एक issuedb टिकट बन जाता है, जिसकी एक प्रति रिपॉज़िटरी की SPECS/ डायरेक्टरी में होती है। प्रत्येक टिकट खुला (open) से प्रगति पर (in progress) होते हुए बंद (closed) तक जाता है।
TRUST5

स्पेक-चालित, गुणवत्ता-नियंत्रित LLM कोड जनरेशन, स्व-उपचार, सीमित validate/repair लूप, भारित गेट और Oracle-समस्या शमन के साथ।
मिशन-क्रिटिकल ऑडिट

मिथ्यापन द्वारा ऑडिटिंग: जाँचें उत्पाद के अपने इंटरफ़ेस के माध्यम से चलाई जाती हैं, निष्कर्षों को लाइव पुनरुत्पादित किया जाता है, और प्रत्येक प्रोब को अगले दौर के लिए चलाने योग्य बेसलाइन के रूप में रखा जाता है।

ऐसे नियम जो प्रत्येक टूल पर लागू होते हैं।

उत्पाद के अपने इंटरफ़ेस के माध्यम से सत्यापित करें। इसकी API या CLI के माध्यम से स्थिति पढ़ें, और इसे जाँचने या ठीक करने के लिए डेटाबेस पर न तो क्वेरी चलाएँ और न ही उसमें लिखें।
किसी प्रोब के नकारात्मक परिणाम पर भरोसा करने से पहले उस प्रोब को किसी ज्ञात सकारात्मक मामले पर चलाकर देखें।
तैयारी का दावा केवल उसी के लिए करें जिसका परीक्षण किया गया हो, और बिना परीक्षण वाले पथों के नाम बताएँ।
प्रत्येक कैप का दोनों तरीकों से परीक्षण करें: सीमा पार होने पर उसे रोकना चाहिए और जब उसे फिर शुरू होना चाहिए तब शुरू होना चाहिए।

इन प्लेटफ़ॉर्मों पर निर्मित उत्पाद

ये प्लेटफ़ॉर्म हमारे द्वारा भेजी जाने वाली प्रत्येक चीज़ के पीछे हैं: Highway, MailApi, RunFlow, Futex, reTunnel, Ledger, RODMENA L10n, TokenGate, AgentBus, RODMENA ID, Auth, Prism, pdfapi, Container Registry, RODMENA CI, Uptime.Systems, Trust5, RED9, Graphviz Provider, Haven, RODMENA LRS, RODMENA cmi5, Vellum, supervice, datashard, ScriptPlan, Stabilize, Trace, Provenance, और Knowledge base। ये कंपनी को भी चलाते हैं।

उत्पाद देखें हम कंपनी कैसे चलाते हैं

हमारे प्लेटफ़ॉर्म एक साथ कैसे फिट होते हैं।प्रत्येक पहलू/एक टूल।

डिज़ाइन सिद्धांत

एक कार्य, एक टूल

टीमें मेल द्वारा समन्वय करती हैं

देशों में फैले डेटाबेस

होस्ट और क्षेत्र

निरंतर प्रतिकृति

ऑफ़-साइट बैकअप

प्रत्येक कनेक्शन पर तीन कारक

प्रतिकृतियाँ और बैकअप

प्लेटफ़ॉर्म मैप

मानचित्र का उपयोग करना

RED9

reTunnel

Ledger

Identity

External IdPs

Auth

TokenGate

Futex

Highway

RunFlow

stabilize

RODMENA Mail API

AgentBus

datashard

migretti

supervice

bulkman

resilient-circuit

scriptplan

issuedb-cli + EARS

PostgreSQL

Redis

Prism