वह हिस्सा जिसे वे छोड़ देते हैं

वह समस्या जिसकी ज़िम्मेदारी कोई नहीं लेना चाहता

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

चार मोर्चे

टेनेंसी

एक ग्राहक का agent दूसरे ग्राहक के डेटा तक नहीं पहुँच सकता, साझा टूल के ज़रिए भी नहीं।

स्वायत्तता

किसी एजेंट को सिर्फ़ चैट नहीं, कार्य करने देना, उसे भी जो अपनी पहल पर कार्य करता है, और उसे कुछ विनाशकारी करने से रोकने के एक तरीके के साथ।

गवर्नेंस

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

अर्थशास्त्र

हर टेनेंट का खर्च सीमित है, और मूल्य टेनेंट्स के बीच एटॉमिक रूप से जा सकता है: मीटर एक थ्रॉटल और सेटलमेंट लेयर है, सिर्फ़ एक बिल नहीं।

एक से छह तक

यह कौन-सी कठिन समस्याएँ हल करता है

01 ऐसा अलगाव जो composition में भी टिके

टेनेंट A का टूल, जिसे टेनेंट B कॉल करता है, B के स्कोप में चलता है, कभी A के नहीं। सिद्ध: A, B को नहीं पढ़ सकता, उस टूल के ज़रिए भी नहीं जिसका मालिक A नहीं है।

02 परिणाम वाली कार्रवाई, सुरक्षित रूप से

Capability envelopes, एक approval queue (authorize-then-act), एक kill switch, एक soft-launch जो भरोसा बनने के बाद ही autonomy तक पहुँचता है, और एक crisis protocol, हर entry point पर जुड़े हुए।

03 भरोसे के स्तरों को मिलाए बिना कम्पोज़िशन

आंतरिक = इन-प्रोसेस रजिस्ट्री (तेज़, टेनेंट-स्कोप्ड)। बाहरी = MCP, दोनों दिशाओं में, SSRF-सुरक्षित ट्रांसपोर्ट पर। MCP कभी आंतरिक बस नहीं है।

04 आउटपुट जो सिद्ध रूप से काम करता है

एक क्वालिटी गेट: generate → verify → repair → ship। मॉडल प्रस्ताव देता है; बैकएंड स्कीमा लागू करता है।

05 प्लेटफ़ॉर्म, प्रोडक्ट नहीं

नए vertical का मतलब है जो पहले से मौजूद है उसे जोड़ना, उसे दोबारा बनाना नहीं। असंबंधित रेज़िडेंट्स एक ही spine पर चलते हैं, और purity lint हर commit पर इसे साबित करता है।

06 सुरक्षा primitive के रूप में अर्थशास्त्र

क्रेडिट atomically घटाए जाते हैं; जो टर्न संकट संसाधनों की ओर मोड़ा गया, उसका पैसा वापस किया जाता है। संकट में फँसे किसी व्यक्ति से आप शुल्क नहीं लेते। वही primitive tenants के बीच मूल्य स्थानांतरित करता है: एक priced cross-tenant कॉल कॉल करने वाले से शुल्क लेती है और provider को एक ही atomic, overdraft-proof चरण में भुगतान करती है।

भरोसा न करें, हर दावे को तोड़कर परखें → इनमें से किसी के बारे में असिस्टेंट से पूछें →

एक टर्न की बनावट

जब आप संदेश भेजते हैं तो क्या होता है।

होम पेज की नोटबुक में हर जवाब उन जाँचों को प्रिंट करता है जिनमें वह पास हुआ। हर जाँच एक गारंटी है, और हर एक विफल होने पर सुरक्षित स्थिति में जाती है।

authटोकन tenant + role बताता है, request body कभी नहींजाली / समाप्त ⇒ अस्वीकृत

दायराSET LOCAL app.current_tenant टर्न के लिए RLS को बाँधता हैकोई tenant संदर्भ नहीं ⇒ शून्य पंक्तियाँ

लूपसमझें, इस टेनेंट के तथ्य लोड करें, तर्क करेंदूसरे tenant का ज्ञान पहुँच से बाहर है

टूल्ससिर्फ़ टेनेंट को दिए गए, सीमित दायरे वाले टूल चलते हैंसाझा टूल भी कॉल करने वाले के स्कोप में ही चलता है

मीटरcredits का atomic check-and-decrementओवरड्राफ़्ट नहीं हो सकता; संकट में मोड़ा गया अनुरोध रिफ़ंड होता है

गार्डगार्डरेल, संकट, किल-स्विच, tier-3 स्वीकृतिपरिणामी कार्रवाइयाँ किसी इंसान के लिए रुकी रहती हैं

सुरक्षा गुण जिन्हें आप पढ़ सकते हैं, ऐसी नीतियाँ नहीं जिन पर भरोसा करना पड़े, UPDATE … SET credits = credits - :n WHERE credits >= :n, एक advisory-locked book_if_free। इनमें से दो को लाइव टिकते हुए देखें →

बात करते हैं

कोई इस समस्या की ज़िम्मेदारी नहीं लेना चाहता। मैंने ली।

अगर टेनेंसी, गवर्नेंस और मीटरिंग ही आपके एजेंटों और प्रोडक्शन के बीच खड़े हैं, तो वह हिस्सा पहले से बना हुआ है। आइए बात करें।

संपर्क करें →