हमारे प्लेटफ़ॉर्म एक साथ कैसे फिट होते हैं। प्रत्येक पहलू/एक टूल।
RODMENA अपने उत्पादों का निर्माण इन-हाउस लाइब्रेरीज़ के एक सेट और एकल उद्देश्य वाली छोटी होस्टेड सेवाओं से करता है, और प्रत्येक कार्य केवल एक ही टूल को सौंपता है। प्लेटफ़ॉर्म्स की अपनी टीमें हैं और वे एक साझा मेल बस के माध्यम से संवाद करते हैं।
उत्पाद
13
होस्ट किए गए प्लेटफ़ॉर्म
8
लाइब्रेरी, इंजन और CLI
8
साझा मेल बस
1
डिज़ाइन सिद्धांत
एक कार्य, एक टूल
प्रमाणीकरण Identity है, प्राधिकरण Auth है, मीटरिंग TokenGate है, ईमेल Mail API है, अनुमोदन Futex हैं, कंटेनर RunFlow हैं और एजेंटिक वर्कफ़्लो Highway हैं। उत्पाद कभी भी ऐसे कार्य को दोबारा लागू नहीं करते जिसका स्वामित्व पहले से किसी हाउस टूल के पास है।
टीमें मेल द्वारा समन्वय करती हैं
प्रत्येक प्लेटफ़ॉर्म का अपना एजेंट, कॉन्टेक्स्ट और रिपॉज़िटरी होती है। टीमें एजेंट-मेल बस पर प्लेटफ़ॉर्मों के आर-पार समन्वय करती हैं। कोई टीम किसी अन्य टीम की रिपॉज़िटरी संपादित नहीं करती और न ही उसके ट्रैकर में टिकट फ़ाइल करती है।
देशों में फैले डेटाबेस
सेवाओं के अपने डेटाबेस होते हैं, जो अलग-अलग देशों में विभिन्न होस्ट्स पर मौजूद होते हैं। किसी ऐप्लिकेशन को दोबारा डिप्लॉय किया जा सकता है लेकिन उसके डेटा को नहीं, और हम दोनों को अलग रखते हैं। सभी डेटाबेस को तीसरे क्षेत्र में रेप्लिकेट किया जाता है और उनका ऑफ़-साइट बैकअप लिया जाता है।
/ Where it runs
होस्ट और क्षेत्र
प्रबंधित फ़्लीट (managed fleet) में 22 प्रोडक्शन डेटाबेस हैं, जिनमें से प्रत्येक का स्वामित्व एक सेवा के पास है, जो 3 देशों के 4 डेटाबेस होस्ट्स पर स्थित हैं, और 4 अन्य एक एप्लिकेशन होस्ट पर चलते हैं। कोई भी दो सेवाएं एक स्कीमा साझा नहीं करती हैं, और प्लेटफ़ॉर्म किसी भी एक मशीन पर निर्भर नहीं है।
प्रोडक्शन डेटाबेस, जिनमें से प्रत्येक का स्वामित्व एक सेवा के पास है
22
डेटाबेस होस्ट
4
देश
3
प्रबंधित फ़्लीट पर अधिकतम मिनटों का रिकवरी पॉइंट
≤5
UKयूनाइटेड किंगडम
एप्लिकेशन और दो डेटाबेस होस्ट
वर्कफ़्लो इंजन, अनुमोदन सेवा, संदेश बस, ईमेल, लेजर और कार्य प्लेटफ़ॉर्म के लिए एप्लिकेशन टियर और डेटाबेस होस्ट करता है।
FRफ़्रांस
डेटाबेस होस्ट
पहचान और पहुँच प्लेन, प्राधिकरण, मीटरिंग और पहचान प्रदाता को धारण करता है, और उन सेवाओं से अलग रखा जाता है जो इस पर निर्भर करती हैं।
DEजर्मनी
रेप्लिका सेट
अन्य दो क्षेत्रों के बाहर, प्रत्येक डेटाबेस की लगातार अद्यतन की जाने वाली प्रति रखता है। इसका कोई प्राइमरी नहीं है, इसलिए प्रोमोट किए जाने तक इस पर कोई ट्रैफ़िक निर्भर नहीं करता।
निरंतर प्रतिकृति
सभी डेटाबेस दोनों प्राथमिक क्षेत्रों (regions) के बाहर स्थित स्टैंडबाय पर ब्लॉक-स्तरीय बदलावों को स्ट्रीम करते हैं। चूंकि रेप्लिकेशन एसिंक्रोनस है, इसलिए कोई रेप्लिका अपने सामने मौजूद सेवा को धीमा या ब्लॉक नहीं कर सकती है।
ऑफ़-साइट बैकअप
संग्रह लगातार एक अलग सुविधा में ऑब्जेक्ट स्टोरेज पर जाते हैं, होस्ट छोड़ने से पहले एन्क्रिप्ट किए जाते हैं और प्रतिधारण अवधि के भीतर किसी भी बिंदु तक पुनर्प्राप्त किए जा सकते हैं। पुनर्स्थापनों का एंड-टू-एंड परीक्षण किया जाता है।
प्रत्येक कनेक्शन पर तीन कारक
कोई भी डेटाबेस केवल पासवर्ड के आधार पर नेटवर्क कनेक्शन स्वीकार नहीं करता है। कनेक्शन के लिए ट्रांजिट में एन्क्रिप्शन, किसी प्राइवेट अथॉरिटी द्वारा जारी क्लाइंट सर्टिफिकेट और एक पासवर्ड की आवश्यकता होती है, तथा सेवाएं अपने स्वयं के डेटाबेस तक ही सीमित (scoped) होती हैं।
प्रतिकृतियाँ और बैकअप
एक गलत स्टेटमेंट कुछ ही पलों में सभी रेप्लिका तक पहुँच जाता है। रेप्लिका हार्डवेयर के नुकसान से सुरक्षा प्रदान करती हैं, और संग्रह (archive) डेटा के नुकसान से बचाता है।
मैप की आठ परतों और एक बस पर, कोई विषय केवल एक बार दिखाई देता है। प्रोडक्ट्स सबसे ऊपर होते हैं, स्टैक सबसे नीचे होता है, और किसी प्रोडक्ट को जिसकी भी ज़रूरत होती है, वह केवल एक हॉप की दूरी पर होता है।
23 नोड · 27 प्रलेखित संबंध · 1 अनुमानित
मानचित्र को बगल में स्क्रॉल करें। प्रत्येक नोड के नीचे एक कार्ड भी होता है।
अन्वेषण करें
मानचित्र का उपयोग करना
इसके संबंधों को हाइलाइट करने तथा यह देखने के लिए कि इसका क्या स्वामित्व है, यह किससे कनेक्ट होता है और इसे कभी भी किसके साथ बदला नहीं जाना चाहिए, किसी नोड या बस का चयन करें। नीचे दिए गए कार्ड भी उन तथ्यों को सूचीबद्ध करते हैं।
प्रलेखित संबंध
मान लिया गया: इस पर निर्भर होने से पहले पुष्टि करें
एजेंट-मेल बस
एक उत्पाद (ग्रेडिएंट बॉर्डर)
चित्रित नहीं, क्योंकि वे सर्वत्र लागू होते हैं:
प्रत्येक उत्पाद प्रमाणीकरण Identity से और प्राधिकरण Auth से करता है।
प्रत्येक प्लेटफ़ॉर्म टीम एजेंट-मेल बस पर समन्वय करती है।
प्रत्येक रिपॉज़िटरी को issuedb-cli में ट्रैक किया जाता है, EARS स्पेक के साथ।
उत्पादअनुरोध पर
RED9
11 आउटगोइंग
एजेंट-वर्कफ़ोर्स प्लेटफ़ॉर्म जहाँ हर चैट एक ईमेल पते वाला टिकाऊ, स्वायत्त कार्य होता है।
पूरे स्टैक का उपयोग करता है। Identity और Auth एक्सेस प्रदान करते हैं, TokenGate बजट, Mail API टास्क मेलबॉक्स और RunFlow सैंडबॉक्स प्रदान करते हैं। Highway ड्यूरेबल एक्ज़ीक्यूटर है, Futex मंज़ूरी संभालता है और migretti स्कीमा संभालता है, Python, PostgreSQL और Redis पर।
मुफ़्त, ओपन-सोर्स एकीकृत इनग्रेस प्लेटफ़ॉर्म, जो NATs और फ़ायरवॉल के पीछे के स्थानीय सर्वरों को सुरक्षित टनल के माध्यम से सार्वजनिक इंटरनेट पर उपलब्ध कराता है।
एक स्टैंडअलोन Python क्लाइंट और CLI, जो MIT-लाइसेंस प्राप्त है, एक सेल्फ़-होस्ट करने योग्य सर्वर के साथ आता है और किसी अन्य आंतरिक प्लेटफ़ॉर्म पर निर्भर नहीं है।
धन, क्रेडिट और स्टॉक के लिए डबल-एंट्री लेज़र। इसकी प्रविष्टियां संतुलित, स्थायी और डेटाबेस द्वारा लागू नियमों के तहत सत्यापन-योग्य हैं।
Python और PostgreSQL पर निर्मित, क्रेडेंशियल के लिए Auth, मीटरिंग के लिए TokenGate और स्कीमा के लिए migretti का उपयोग करता है। यह चार आंतरिक ऑडिट गेट और प्रतिकूल पुनर्परीक्षणों (adversarial re-audits) से होकर गुज़रा है, जिनके निष्कर्ष प्रकाशित हैं।
इससे कभी नहीं बदला जाता: ऐसा सीक्रेट जो उस क्रेडेंशियल को जारी कर सकता है जिसे वह स्वीकार करेगा, या जर्नल पर संपादन या विलोपन पथ।
इनके लिए नहीं: कोटा या मीटरिंग (TokenGate का उपयोग करें), गैर-संरक्षित मेट्रिक्स या वर्कफ़्लो स्थिति।
प्रति उपयोगकर्ता, संगठन या टेनेंट के आधार पर काउंटिंग, कैप्स और रेट लिमिट्स। इसमें टोकन बजट, उपयोग लेजर, प्लान टीयर्स, रिजर्व/कमिट फ़्लो, और थ्रेशोल्ड व ओवरएज अलर्ट्स शामिल हैं।
नियम के अनुसार, कैप्स का दोनों दिशाओं में परीक्षण किया जाता है। सीमा पार होने पर कैप को ब्लॉक करना चाहिए और पुनः पूर्ति होने पर फिर से शुरू होना चाहिए।
इससे कभी नहीं बदला जाता: Redis INCR काउंटर, उपयोग तालिकाएँ, टोकन-बकेट मिडलवेयर, या लिमिटर लाइब्रेरी।
इनके लिए नहीं: प्राधिकरण (Auth का उपयोग करें) या एज पर DDoS शील्डिंग।
नीति द्वारा संचालित टिकाऊ मानवीय अनुमोदन। निर्णय का अनुरोध करें, नीति के अनुसार रूट करें, इसे एस्केलेट या प्रत्यायोजित करें, और वेबहुक द्वारा निर्णय प्राप्त करें।
डिप्लॉयमेंट, भुगतान, एक्सेस अनुदान, विनाशकारी संचालन और बजट-ओवररन निरंतरता के लिए उपयोग किया जाता है।
इससे कभी नहीं बदला जाता: Slack के “please approve” संदेश, अवरुद्ध करने वाले input() प्रॉम्प्ट, या विशेष रूप से बनाई गई अनुमोदन तालिकाएँ।
एजेंटिक वर्कफ़्लो के लिए डिस्ट्रीब्यूटेड, ड्यूरेबल इंजन। यह एजेंट, लक्ष्य, सत्र, शेड्यूल, ट्रिगर, गतिविधि और सामान्य वर्कर, रन फ़ोर्किंग और ट्रेस प्रदान करता है।
आंतरिक नियम के अनुसार, एक उत्पाद अपना स्वयं का एक विचार-विमर्श लूप (deliberation loop) रखता है। यह एक ड्यूरेबल निष्पादक (durable executor) के रूप में Highway का उपयोग करता है, जो वेबहुक के ज़रिए वापस रिपोर्ट करता है और सभी LLM तर्क (reasoning) को उत्पाद के अंदर ही रखता है।
इससे कभी नहीं बदला जाता: Airflow, Prefect, Temporal, या कस्टम ऑर्केस्ट्रेशन स्क्रिप्ट।
अविश्वसनीय या एजेंट द्वारा जनरेट किए गए कोड को चलाने के लिए हार्डन किया गया कंटेनर सैंडबॉक्स और API-संचालित DAG वर्कफ़्लो। रनों को रोका (pause) और फिर से शुरू (resume) किया जा सकता है, और इनमें लाइव लॉग, पुनः प्रयास (retries) और मानव-अनुमोदन नोड्स शामिल हैं।
इससे कभी नहीं बदला जाता: स्थानीय docker run, सेल्फ़-होस्टेड रनर, या सामान्य CI।
भेजने, टेम्पलेट, डिलीवरी ट्रैकिंग, इवेंट वेबहुक, सप्रेशन सूचियों, कोटा और निर्धारित भेजने के साथ ट्रांज़ैक्शनल और कैंपेन ईमेल। यह उन मेलबॉक्सों को भी प्रोविज़न करता है जिन पर उत्पाद बनते हैं।
पते mail.rodmena.co.uk पर हैं और API mailserver.rodmena.co.uk पर उपलब्ध है।
इससे कभी नहीं बदला जाता: कच्ची SMTP लाइब्रेरी, SES/Mailgun/Sendgrid, या तदर्थ smtplib स्क्रिप्ट।
एक कोडिंग एजेंट को एक इनबॉक्स, एक पता और एक फोनबुक एंट्री मिलती है, और वह मानक SMTP के ज़रिए अन्य एजेंटों व किसी भी मेलबॉक्स के साथ संदेशों का आदान-प्रदान करता है। संदेशों के प्रकार report, ack, question, fix-notice, verify-result और close हैं।
यह रिटायर हो चुके agentmail CLI की जगह लेता है। किसी अन्य एजेंट से मिलने वाले संदेश को एक दावे (claim) के रूप में देखें और उसकी जांच स्वयं चलाएं। केवल अपने रिपॉजिटरी में बदलाव करें, और किसी भी चीज़ के ठीक होने पर सहमति देने से पहले अपने रीप्रोडक्शन को दोबारा चलाएं।
इससे कभी नहीं बदला जाता: किसी अन्य प्लेटफ़ॉर्म के रिपॉज़िटरी में संपादन करना, उसके ट्रैकर में टिकट खोलना, या किसी व्यक्ति से संदेश पहुँचाने के लिए कहना।
वर्कर्स, डेमन्स और कतार (queue) कंज्यूमर्स के लिए शून्य-निर्भरता (ज़ीरो-डिपेंडेंसी) एसिंक्रोनस प्रोसेस सुपरवाइजर। यह हेल्थ चेक चलाता है, समूहों का प्रबंधन करता है और प्रोसेस के क्रैश होने पर उसे रीस्टार्ट करता है।
जहाँ अधिक उपयुक्त हों, वहाँ सामान्य systemd या Kubernetes स्वीकार्य हैं।
Python
Python लाइब्रेरी
bulkman
1 आउटगोइंग
बल्कहेड और समवर्तीता पृथक्करण, जो किसी विफल निर्भरता के प्रभाव-क्षेत्र (ब्लास्ट रेडियस) को सीमित करते हैं।
आंतरिक नियम (house rule) यह है कि circuit_breaker_enabled=False ही सेट रखा जाए। आइसोलेशन को bulkman संभालता है, और सर्किट ब्रेकिंग resilient-circuit से संबंधित है।
अविश्वसनीय कॉलों के लिए सर्किट ब्रेकिंग, बैकऑफ़ के साथ पुनः प्रयास (retries), और फ़ेलसेफ़ या फ़ॉलबैक हैंडलिंग। आइसोलेशन के लिए इसे bulkman के साथ जोड़ें।
इससे कभी नहीं बदला जाता: tenacity, pybreaker, या स्वयं लिखे गए रिट्राई लूप।
संसाधन योजना और शेड्यूलिंग के लिए TaskJuggler-संगत (.tjp) इंजन। यह समय के साथ व्यक्तियों और मशीनों, निर्भरताओं और कैलेंडरों को संभालता है, और Gantt आउटपुट तैयार करता है।
इससे कभी नहीं बदला जाता: स्प्रेडशीट या तदर्थ तिथि गणना।
EARS विवरण, ड्यूरेबल मेमोरी और पाठों के साथ प्रति-रिपॉजिटरी टिकट ट्रैकर। सभी इंजीनियरिंग अनुरोध अनिवार्य open → in-progress → closed जीवनचक्र का पालन करते हैं।
सभी इंजीनियरिंग अनुरोध एक टिकट में और रिपॉजिटरी की SPECS/ डायरेक्टरी के अंतर्गत एक प्रति में EARS विवरण बन जाते हैं।
OpenAI- और Anthropic-संगत LLM गेटवे, जो कई विक्रेताओं को एक ही मॉडल नाम के पीछे रख सकता है। हमारा परिनियोजन बिना फ़ेलओवर के एक ही अपस्ट्रीम प्रदाता को रूट करता है, और टूल्स में मॉडल कॉल के लिए हाउस LLM प्रदाता है।
प्रत्येक उपकरण किन चीज़ों का स्वामी है, इसका उपयोग कब करना है, और इसे कभी किससे प्रतिस्थापित नहीं किया जाना चाहिए।
01/ उत्पाद
RED9
उत्पादअनुरोध पर
एजेंट-वर्कफ़ोर्स प्लेटफ़ॉर्म जहाँ हर चैट एक ईमेल पते वाला टिकाऊ, स्वायत्त कार्य होता है।
पूरे स्टैक का उपयोग करता है। Identity और Auth एक्सेस प्रदान करते हैं, TokenGate बजट, Mail API टास्क मेलबॉक्स और RunFlow सैंडबॉक्स प्रदान करते हैं। Highway ड्यूरेबल एक्ज़ीक्यूटर है, Futex मंज़ूरी संभालता है और migretti स्कीमा संभालता है, Python, PostgreSQL और Redis पर।
प्रमाणीकरण: Identity · प्राधिकरण: Auth · बजट मीटरिंग: TokenGate · कार्य मेलबॉक्स: RODMENA Mail API · सैंडबॉक्स्ड निष्पादन: RunFlow · वर्कफ़्लो का प्रत्यायोजन: Highway · मानवीय अनुमोदन: Futex · स्कीमा माइग्रेशन: migretti · निर्माण का आधार: PostgreSQL · निर्माण का आधार: Redis · डिफ़ॉल्ट मॉडल: Prism
reTunnel
उत्पाद
मुफ़्त, ओपन-सोर्स एकीकृत इनग्रेस प्लेटफ़ॉर्म, जो NATs और फ़ायरवॉल के पीछे के स्थानीय सर्वरों को सुरक्षित टनल के माध्यम से सार्वजनिक इंटरनेट पर उपलब्ध कराता है।
एक स्टैंडअलोन Python क्लाइंट और CLI, जो MIT-लाइसेंस प्राप्त है, एक सेल्फ़-होस्ट करने योग्य सर्वर के साथ आता है और किसी अन्य आंतरिक प्लेटफ़ॉर्म पर निर्भर नहीं है।
धन, क्रेडिट और स्टॉक के लिए डबल-एंट्री लेज़र। इसकी प्रविष्टियां संतुलित, स्थायी और डेटाबेस द्वारा लागू नियमों के तहत सत्यापन-योग्य हैं।
Python और PostgreSQL पर निर्मित, क्रेडेंशियल के लिए Auth, मीटरिंग के लिए TokenGate और स्कीमा के लिए migretti का उपयोग करता है। यह चार आंतरिक ऑडिट गेट और प्रतिकूल पुनर्परीक्षणों (adversarial re-audits) से होकर गुज़रा है, जिनके निष्कर्ष प्रकाशित हैं।
इससे कभी नहीं बदला जाता: ऐसा सीक्रेट जो उस क्रेडेंशियल को जारी कर सकता है जिसे वह स्वीकार करेगा, या जर्नल पर संपादन या विलोपन पथ।
इनके लिए नहीं: कोटा या मीटरिंग (TokenGate का उपयोग करें), गैर-संरक्षित मेट्रिक्स या वर्कफ़्लो स्थिति।
प्रति उपयोगकर्ता, संगठन या टेनेंट के आधार पर काउंटिंग, कैप्स और रेट लिमिट्स। इसमें टोकन बजट, उपयोग लेजर, प्लान टीयर्स, रिजर्व/कमिट फ़्लो, और थ्रेशोल्ड व ओवरएज अलर्ट्स शामिल हैं।
नियम के अनुसार, कैप्स का दोनों दिशाओं में परीक्षण किया जाता है। सीमा पार होने पर कैप को ब्लॉक करना चाहिए और पुनः पूर्ति होने पर फिर से शुरू होना चाहिए।
इससे कभी नहीं बदला जाता: Redis INCR काउंटर, उपयोग तालिकाएँ, टोकन-बकेट मिडलवेयर, या लिमिटर लाइब्रेरी।
इनके लिए नहीं: प्राधिकरण (Auth का उपयोग करें) या एज पर DDoS शील्डिंग।
नीति द्वारा संचालित टिकाऊ मानवीय अनुमोदन। निर्णय का अनुरोध करें, नीति के अनुसार रूट करें, इसे एस्केलेट या प्रत्यायोजित करें, और वेबहुक द्वारा निर्णय प्राप्त करें।
डिप्लॉयमेंट, भुगतान, एक्सेस अनुदान, विनाशकारी संचालन और बजट-ओवररन निरंतरता के लिए उपयोग किया जाता है।
इससे कभी नहीं बदला जाता: Slack के “please approve” संदेश, अवरुद्ध करने वाले input() प्रॉम्प्ट, या विशेष रूप से बनाई गई अनुमोदन तालिकाएँ।
निष्पादन: RunFlow · उपयोग मीटरिंग: TokenGate · मेल भेजना: RODMENA Mail API
एजेंटिक वर्कफ़्लो के लिए डिस्ट्रीब्यूटेड, ड्यूरेबल इंजन। यह एजेंट, लक्ष्य, सत्र, शेड्यूल, ट्रिगर, गतिविधि और सामान्य वर्कर, रन फ़ोर्किंग और ट्रेस प्रदान करता है।
आंतरिक नियम के अनुसार, एक उत्पाद अपना स्वयं का एक विचार-विमर्श लूप (deliberation loop) रखता है। यह एक ड्यूरेबल निष्पादक (durable executor) के रूप में Highway का उपयोग करता है, जो वेबहुक के ज़रिए वापस रिपोर्ट करता है और सभी LLM तर्क (reasoning) को उत्पाद के अंदर ही रखता है।
इससे कभी नहीं बदला जाता: Airflow, Prefect, Temporal, या कस्टम ऑर्केस्ट्रेशन स्क्रिप्ट।
अविश्वसनीय या एजेंट द्वारा जनरेट किए गए कोड को चलाने के लिए हार्डन किया गया कंटेनर सैंडबॉक्स और API-संचालित DAG वर्कफ़्लो। रनों को रोका (pause) और फिर से शुरू (resume) किया जा सकता है, और इनमें लाइव लॉग, पुनः प्रयास (retries) और मानव-अनुमोदन नोड्स शामिल हैं।
इससे कभी नहीं बदला जाता: स्थानीय docker run, सेल्फ़-होस्टेड रनर, या सामान्य CI।
कोड में परिभाषित डिटरमिनिस्टिक वर्कफ़्लो इंजन। जब होस्ट किए गए कंटेनरों की आवश्यकता नहीं होती है, तो यह RunFlow DAGs का हल्का आंतरिक विकल्प है।
हम यहाँ कोई विवरण नहीं दे रहे हैं क्योंकि दायरे और API सरफ़ेस की पुष्टि संबंधित टीम के साथ की जानी अभी बाकी है।
विकल्प: RunFlow
Python
05/ संचार
RODMENA Mail API
होस्टेड सेवाउत्पाद
भेजने, टेम्पलेट, डिलीवरी ट्रैकिंग, इवेंट वेबहुक, सप्रेशन सूचियों, कोटा और निर्धारित भेजने के साथ ट्रांज़ैक्शनल और कैंपेन ईमेल। यह उन मेलबॉक्सों को भी प्रोविज़न करता है जिन पर उत्पाद बनते हैं।
पते mail.rodmena.co.uk पर हैं और API mailserver.rodmena.co.uk पर उपलब्ध है।
इससे कभी नहीं बदला जाता: कच्ची SMTP लाइब्रेरी, SES/Mailgun/Sendgrid, या तदर्थ smtplib स्क्रिप्ट।
एक कोडिंग एजेंट को एक इनबॉक्स, एक पता और एक फोनबुक एंट्री मिलती है, और वह मानक SMTP के ज़रिए अन्य एजेंटों व किसी भी मेलबॉक्स के साथ संदेशों का आदान-प्रदान करता है। संदेशों के प्रकार report, ack, question, fix-notice, verify-result और close हैं।
यह रिटायर हो चुके agentmail CLI की जगह लेता है। किसी अन्य एजेंट से मिलने वाले संदेश को एक दावे (claim) के रूप में देखें और उसकी जांच स्वयं चलाएं। केवल अपने रिपॉजिटरी में बदलाव करें, और किसी भी चीज़ के ठीक होने पर सहमति देने से पहले अपने रीप्रोडक्शन को दोबारा चलाएं।
इससे कभी नहीं बदला जाता: किसी अन्य प्लेटफ़ॉर्म के रिपॉज़िटरी में संपादन करना, उसके ट्रैकर में टिकट खोलना, या किसी व्यक्ति से संदेश पहुँचाने के लिए कहना।
वर्कर्स, डेमन्स और कतार (queue) कंज्यूमर्स के लिए शून्य-निर्भरता (ज़ीरो-डिपेंडेंसी) एसिंक्रोनस प्रोसेस सुपरवाइजर। यह हेल्थ चेक चलाता है, समूहों का प्रबंधन करता है और प्रोसेस के क्रैश होने पर उसे रीस्टार्ट करता है।
जहाँ अधिक उपयुक्त हों, वहाँ सामान्य systemd या Kubernetes स्वीकार्य हैं।
Python
bulkman
Python लाइब्रेरी
बल्कहेड और समवर्तीता पृथक्करण, जो किसी विफल निर्भरता के प्रभाव-क्षेत्र (ब्लास्ट रेडियस) को सीमित करते हैं।
आंतरिक नियम (house rule) यह है कि circuit_breaker_enabled=False ही सेट रखा जाए। आइसोलेशन को bulkman संभालता है, और सर्किट ब्रेकिंग resilient-circuit से संबंधित है।
पूरक: resilient-circuit
Python
resilient-circuit
Python लाइब्रेरी
अविश्वसनीय कॉलों के लिए सर्किट ब्रेकिंग, बैकऑफ़ के साथ पुनः प्रयास (retries), और फ़ेलसेफ़ या फ़ॉलबैक हैंडलिंग। आइसोलेशन के लिए इसे bulkman के साथ जोड़ें।
इससे कभी नहीं बदला जाता: tenacity, pybreaker, या स्वयं लिखे गए रिट्राई लूप।
Python
scriptplan
इंजन + CLIउत्पाद
संसाधन योजना और शेड्यूलिंग के लिए TaskJuggler-संगत (.tjp) इंजन। यह समय के साथ व्यक्तियों और मशीनों, निर्भरताओं और कैलेंडरों को संभालता है, और Gantt आउटपुट तैयार करता है।
इससे कभी नहीं बदला जाता: स्प्रेडशीट या तदर्थ तिथि गणना।
EARS विवरण, ड्यूरेबल मेमोरी और पाठों के साथ प्रति-रिपॉजिटरी टिकट ट्रैकर। सभी इंजीनियरिंग अनुरोध अनिवार्य open → in-progress → closed जीवनचक्र का पालन करते हैं।
सभी इंजीनियरिंग अनुरोध एक टिकट में और रिपॉजिटरी की SPECS/ डायरेक्टरी के अंतर्गत एक प्रति में EARS विवरण बन जाते हैं।
इससे कभी नहीं बदला जाता: अनट्रैक्ड TODO।
CLI
08/ स्टैक प्राथमिकताएँ
Prism
होस्टेड सेवाउत्पाद
OpenAI- और Anthropic-संगत LLM गेटवे, जो कई विक्रेताओं को एक ही मॉडल नाम के पीछे रख सकता है। हमारा परिनियोजन बिना फ़ेलओवर के एक ही अपस्ट्रीम प्रदाता को रूट करता है, और टूल्स में मॉडल कॉल के लिए हाउस LLM प्रदाता है।
आवश्यकता को नाम दें, उस टूल का उपयोग करें जो उसका स्वामी है, और ऐसे कार्य को दोबारा लागू न करें जिसे कोई हाउस टूल पहले ही कवर करता है।
प्रत्येक इंजीनियरिंग आवश्यकता के लिए कौन-सा उपकरण उपयोग करें, और उसके स्थान पर कभी क्या उपयोग न करें
आवश्यकता
उपयोग करें
कभी उपयोग न करें
लॉगिन / 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 spec और issuedb टिकट बन जाते हैं, और उस spec को रिपॉजिटरी की 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, Steward, Tollgate, Haven, RODMENA LRS, RODMENA cmi5, Vellum, Casebound, supervice, datashard, ScriptPlan, Stabilize, Trace, Provenance, और Knowledge base। ये कंपनी को भी चलाते हैं।