अनेक एजंट चालवणाऱ्या टीमसाठी वॉलेट इन्फ्रास्ट्रक्चर.
तुम्ही 15 ग्राहकांसाठी 20 बॉट चालवता. प्रत्येकाला स्वतःचे वॉलेट, स्वतःचे मर्यादा, स्वतःचा ऑडिट ट्रेल, आणि ग्राहकासाठी प्रति-ग्राहक दृश्यता आवश्यक आहे.
बॉटलनेकमध्ये एजंट नाहीत. हे वॉलेट व्यवस्थापन आहे.
जर तुम्ही Web3 ऑटोमेशन एजन्सी, मार्केट-मेकिंग टीम, यील्ड-योजना ऑपरेशन, किंवा अनेक समांतर एजंटसह कोणतीही उत्पादन तैनात करत असाल, तर एजंट स्वतःच सोपे भाग आहेत. तुम्हाला त्यांना चालू ठेवण्यासाठी युद्ध-चाचणी केलेला कोड आणि पायाभूत सुविधा आहेत. तुम्हाला धीमा करणारे म्हणजे त्यांच्या आसपासची सर्व काही: वॉलेट पत्त्यांचे स्प्रेडशीट, प्रत्येक ग्राहकासाठी मॅन्युअल समायोजन, विखुरलेले व्यवहार लॉग, दुसऱ्या ग्राहकाच्या डेटाची गळती न करता त्यांच्या स्वतःच्या एजंटच्या क्रियाकलापावर ग्राहकाला दृश्यता देण्याचा स्वच्छ मार्ग नाही, लागू केलेले प्रति-एजंट खर्च मर्यादा नाहीत.
बहुतेक संघ सुरुवातीला हे स्वतः तयार करतात - प्रत्येक ग्राहकासाठी एक सामायिक मल्टीसिग, प्रत्येक एजंटच्या लेजरमध्ये एक Notion डेटाबेस, व्यवहार सूचना साठी एक Discord चॅनेल. हे पहिल्या तीन ग्राहकांसाठी कार्य करते. दहाव्या ग्राहकावर ते एक अर्धवेळ काम आहे. वीसव्या ग्राहकावर काहीतरी चुकते, एक लाजिरवाणा गडबड जो संबंधाला खर्च करतो.
Blockchain0x प्रत्येक एजंटला त्याचे स्वतःचे वॉलेट, स्वतःचे धोरण, स्वतःचा लॉग, स्वतःचा सीट प्रवेश देते. तुम्ही त्यांना एकाच कार्यक्षेत्रातून व्यवस्थापित करता, एकाच Stripe ग्राहकाच्या अंतर्गत बिल केले जाते, योग्य ऑपरेटर योग्य एजंटवर असतात. ऑप्स स्तर संपूर्ण उत्पादन आहे; तुम्ही एजंट चालू ठेवता.
एक एजन्सी कशी तिचा पहिला कार्यक्षेत्र प्रदान करते.
पाच-चरणीय मार्गदर्शक जो एक सामान्य एजन्सीला साइनअपपासून 5-20 क्लायंट एजंटचे व्यवस्थापन करण्यास योग्य पृथक्करण, बिलिंग, आणि निरीक्षणासह घेऊन जातो.
- 01
कार्यक्षेत्र प्रदान करा
एजन्सीच्या ई-मेल किंवा सामायिक ऑप्स खात्याखाली एकदा साइन अप करा. कार्यक्षेत्राचे नाव एजन्सीची ओळख दर्शवते (कार्यक्षेत्राचे नाव प्रति-एजंट इनव्हॉइसवर दिसते). कार्यक्षेत्राच्या आसनांची डिफॉल्ट 1 आहे; क्रॉस-क्लायंट दृश्यता आवश्यक असलेल्या ऑपरेटरांसाठी अधिक जोडा.
- 02
प्रत्येक ग्राहकासाठी (किंवा प्रत्येक धोरणासाठी) एक एजंट तयार करा
प्रत्येक क्लायंट व्यस्ततेला त्याचा स्वतःचा एजंट रेकॉर्ड मिळतो: स्वतंत्र स्लग, स्वतंत्र वॉलेट पत्ता, स्वतंत्र खर्च धोरण, स्वतंत्र पडताळणी बॅज. एजंट रेकॉर्ड हे पृथकतेचे एकक आहे - एका क्लायंटच्या व्यवहारांनी कधीही दुसऱ्याला स्पर्श केला नाही, अगदी दोन्ही एकाच कार्यक्षेत्रात चालत असताना.
- 03
योग्य ऑपरेटरांना एजंट-स्तरीय जागा नियुक्त करा
व्यवसायावर, ऑपरेटरांना विशिष्ट क्लायंटच्या एजंटवर एजंट-स्तरीय सीटसह आमंत्रित करा. ते फक्त त्या एजंटला पाहतात आणि व्यवस्थापित करतात, कधीही कार्यक्षेत्रातील इतरांना नाही. हे सीट मॉडेल प्रत्येक क्लायंटच्या अलगावाला योग्य वाटते: एक ऑपरेटर क्लायंट A च्या क्रियाकलापांना क्लायंट B कडे अनायासे गळती देऊ शकत नाही.
- 04
प्रति-एजंट खर्च परवानग्या कॉन्फिगर करा
प्रत्येक एजंटसाठी (डॅशबोर्डमध्ये) प्रत्येक व्यवहाराची मर्यादा आणि प्रत्येक कालावधीसाठी भत्ता सेट करा, जो क्लायंटच्या सहभागाने प्रत्यक्षात परवानगी दिली आहे. समान कार्यकर्ता समान कार्यक्षेत्रावर एका क्लायंटसाठी लहान दैनिक भत्ता असलेला एजंट चालवू शकतो आणि दुसऱ्यासाठी मोठा - प्रत्येक एजंटचा खर्च परवानगी दोन्ही स्वच्छपणे वेगळा करते.
- 05
तुमच्या देखरेख आणि ऑन-कॉलला कनेक्ट करा
ऑपरेशनलदृष्ट्या महत्त्वाच्या घटनांसाठी वेबहुक वितरण सेट करा (payment.received, payment.sent, wallet.deployed). त्यांना तुमच्या अपघात प्रणालीकडे किंवा Slack/Discord कडे लक्ष द्या. डॅशबोर्ड दैनिक-ड्रायव्हर दृश्य बनतो; जेव्हा पेमेंट येते किंवा काही लक्ष देण्याची आवश्यकता असते तेव्हा अलर्ट Slack वर हिट होते.
सेटअप सामान्यतः पहिल्या कार्यक्षेत्रासाठी 1-2 तास आणि अतिरिक्त क्लायंट एजंटसाठी 10-15 मिनिटे लागतात. तुम्ही 5 क्लायंट onboard केले की, सहाव्या एजंटला जोडण्याचा मर्यादित खर्च मुख्यतः क्लायंटशी संवाद आहे, न की प्रावधान.
एक कार्यक्षेत्र, एक Stripe ग्राहक, N एजंट.
बिलिंग मॉडेल एजन्सी प्रत्यक्षात कसे पुस्तक ठेवतात यावर आधारित आहे: एकाच इनव्हॉइसवर प्रति-एजंट रेखा आयटम, प्रति एजंट किंवा कार्यक्षेत्र-व्यापी निर्यात करण्यायोग्य, ज्यामध्ये एक वेबहुक स्ट्रीम आहे जो तुमच्या लेखा प्रणालीमध्ये रिअल टाइममध्ये येतो.
| आयाम | Blockchain0x हे कसे हाताळते | संस्थांना का काळजी आहे |
|---|---|---|
| कार्यस्थान संरचना | 1 कार्यक्षेत्र, N एजंट, 1 एकत्रित Stripe ग्राहक | सर्व क्लायंटमध्ये कोणतेही भरणे शोधणे सोपे |
| इनव्हॉइस स्वरूप | प्रति-एजंट सदस्यता रेषा + प्रति-एजंट व्यवहार-शुल्क रेषा | जर तुम्ही क्लायंटना पुन्हा इनव्हॉइस केले तर ते प्रति-क्लायंट बिलिंगसाठी स्वच्छपणे नकाशित करते. |
| निर्यात | प्रत्येक एजंटसाठी CSV/JSON, किंवा कार्यस्थान-व्यापी; दिनांक श्रेणीद्वारे फिल्टर करण्यायोग्य | लेखांकन साधन किंवा प्रति-क्लायंट P&L मध्ये ड्रॉप करा |
| लेखांकनासाठी वेबहुक | payment.received / payment.sent इव्हेंट तुमच्या AP/AR प्रणालीमध्ये वास्तविक वेळेत | कोणतीही बॅच पुनर्मिलन नाही; खाती अद्ययावत राहतात |
| चलन | शुल्के डिफॉल्टने USD मध्ये बिल केली जातात; Stripe द्वारे इतर चलनांमध्ये सेट केली जाऊ शकतात. | तुमच्या लेखा आधार चलनाशी जुळवा. |
| रेकॉर्ड ठेवले | एजंट अस्तित्वात असताना व्यवहार इतिहास आणि ऑडिट लॉग ठेवले जातात | क्लायंट किंवा ऑडिटर पुनरावलोकनासाठी निर्यातयोग्य |
ज्याच्यावर बहुतेक एजन्सी पोहोचतात तो पॅटर्न: Blockchain0x चा इनव्हॉइस एजन्सीला जातो. एजन्सी प्रत्येक क्लायंटसाठी त्यांच्या एजंटच्या सदस्यता रेषेसाठी + व्यवस्थापन शुल्कासाठी पुन्हा इनव्हॉइस करते. ऑडिट लॉग हे बचावात्मक बनवते जर क्लायंटने विशिष्ट शुल्कावर प्रश्न उपस्थित केला - तुम्ही अचूकपणे कोणत्या विंडोमध्ये कोणते व्यवहार रेषा आयटम चालवले हे दर्शवू शकता. कोणत्याही एजन्सीने ऑडिट ट्रेल तयार केल्यानंतर आम्हाला शुल्क काढण्यास कधीही विचारले नाही.
तुम्ही तुमच्या क्लायंट्सना (आणि त्यांच्या ऑडिटर्सना) काय सांगू शकता.
अनुपालन म्हणजे बहुतेक एजन्सी व्यस्तता सुरू होण्यापूर्वी अपयशी ठरते. ग्राहकाच्या कायदेशीर टीमला जाणून घ्यायचे आहे: निधी कोण ठेवतो, कोण काय पाहू शकतो, नोंदी कशा ठेवल्या जातात, जर काही घटना घडली तर काय होते. येथे तुम्ही त्यांना सांगू शकता, लेखी, उत्पादनाद्वारे समर्थित.
कस्टडी - आम्ही नॉन-कस्टोडियल आहोत
फंड क्लायंट (किंवा एजन्सी) वॉलेटमध्ये राहतात, Blockchain0x वर नाहीत. आमच्याकडे कधीही खाजगी की नसते. जर आम्ही उद्या तडजोड केले, तर हल्लेखोर USDC हलवू शकत नाही कारण आमच्याकडे त्यासाठी साधने नाहीत. हे एक पेमेंट प्लॅटफॉर्म देऊ शकणारे सर्वात मजबूत कस्टडी क्लेम आहे; अटींमध्ये लिहिलेले.
अॅक्सेस नियंत्रण - प्रति-एजंट आसन स्कोपिंग
ऑपरेटर फक्त त्या एजंट्सना पाहतात ज्यावर त्यांना सीट देण्यात आले आहे. कार्यक्षेत्र स्तरावरील दृश्यता एक स्वतंत्र, अधिक विशेषाधिकार असलेली सीट आहे. प्रत्येक सीट जोडणे, भूमिका बदलणे आणि काढणे ऑडिट लॉगमध्ये पूर्ण श्रेयासह नोंदवले जाते. कार्यक्षेत्राच्या सीटसाठी द्वि-घटक प्रमाणीकरण आवश्यक आहे.
ऑडिट ट्रेल - अट्रिब्यूट केलेले आणि निर्यात करण्यायोग्य
एजंटवर प्रभाव टाकणारी प्रत्येक क्रिया पूर्ण श्रेयासह नोंदवली जाते: कोणतीने केली, केव्हा, आणि बदलाच्या आधी/नंतर. कोणत्याही क्लायंट किंवा ऑडिटर पुनरावलोकनासाठी डॅशबोर्डवरून JSON किंवा CSV मध्ये निर्यात करा, एकाच एजंटवर लक्ष केंद्रित करून जेणेकरून एका क्लायंटच्या नोंदी दुसऱ्याच्या उघडत नाहीत.
स्वीकृत वापर धोरण - प्रत्येक एजंटवर बंधनकारक
प्रत्येक कार्यक्षेत्र साइनअपवर स्वीकार्य-उपयोग धोरणावर सहमत आहे: कोणतीही प्रतिबंधात्मक टाळणे, कोणतीही पैसे धुलाई, कोणतीही फसवणूक, कोणतेही एजंट स्पष्टपणे बेकायदेशीर क्रियाकलापात गुंतलेले नाहीत. उल्लंघनांमुळे कार्यक्षेत्र निलंबित होते. धोरण सार्वजनिकरित्या आवृत्त केले जाते; आम्ही कोणत्याही क्लायंट कायदेशीर पुनरावलोकनासाठी एक वर्तमान आणि ऐतिहासिक आवृत्ती तयार करू.
घटना प्रतिसाद - दस्तऐवजीकरण केलेले रनबुक
सुरक्षा घटनांकडे एक सार्वजनिक रनबुक आहे: शोधल्यानंतर 24 तासांच्या आत सूचना, 7 दिवसांच्या आत मूळ कारण विश्लेषण, 30 दिवसांच्या आत पोस्ट-मॉर्टम. अनुपालन पुनरावलोकनासाठी रनबुक विनंतीवर उपलब्ध आहे. लेखनाच्या वेळी आमच्याकडे नोटिफाय करण्यायोग्य घटना नव्हती; जर आणि जेव्हा आमच्याकडे असेल, तर रनबुक हा करार आहे.
प्रत्येक audit-log entry मध्ये काय असते.
ऑडिट लॉग हा तुमच्या क्लायंटच्या ऑडिटरला पाहिजे असलेला वस्तू आहे. प्रत्येक नोंद काय बदलले आणि कोणाने ते बदलले हे नोंदवते; कोणत्याही क्लायंट किंवा ऑडिटर पुनरावलोकनासाठी संपूर्ण लॉग JSON किंवा CSV मध्ये डॅशबोर्डवरून निर्यात करा.
| क्षेत्र | प्रकार | वर्णन |
|---|---|---|
| Timestamp | time | action कधी घडला, UTC मध्ये. |
| Agent | reference | त्या action मुळे कोणता agent प्रभावित झाला. |
| Actor | reference | ज्याने action घेतले तो human, API key, किंवा system. |
| Action | category | काय घडले: payment, settings change, seat change, key rotation. |
| Outcome | status | action यशस्वी झाला की नाकारला गेला. |
| पूर्वी / नंतर | snapshot | बदलाच्या दोन्ही बाजूंची अवस्था. |
डॅशबोर्डवरून JSON किंवा CSV मध्ये निर्यात करा, एकाच एजंट किंवा संपूर्ण कार्यक्षेत्रावर गाळलेले. ऑडिट लॉग ही व्यवसाय-योजनेची वैशिष्ट्य आहे; मूलभूत व्यवहार इतिहास प्रो वर उपलब्ध आहे.
एजन्सी कार्यक्षेत्रासाठी बिझनेस, एजंटसाठी मिश्र योजना.
Web3 ऑटोमेशन संघांना जवळजवळ नेहमीच किमान एक व्यवसाय एजंट (ऑडिट लॉग + टीम सीट्ससाठी) आवश्यक असतो. अनेक मिश्रण चालवतात: अनुपालन आवश्यकतांसह उच्च-आवृत्ती ग्राहक सहभागांसाठी व्यवसाय, जिथे ऑडिट लॉग्स करारानुसार आवश्यक नाहीत अशा लहान ग्राहकांसाठी प्रो, प्रयोगात्मक किंवा निष्क्रिय एजंटसाठी फ्री. प्रति-एजंट किंमत हीच मिश्रण कार्य करण्यास मदत करते ज्यामुळे अधिक पैसे द्यावे लागणार नाही.
- Free: experiments, पुन्हा सुरू करू शकता असे dormant agents, prospect conversations साठी demo agents.
- Pro ($29/agent/mo): कठोर compliance requirements नसलेले active client agents.
- Business ($49/agent/mo): मोठ्या प्रमाणावर client agents साठी, audit logs आणि per-agent team seats सह. production engagements साठी default.
- Workspace seats: cross-client operator visibility साठी seats जोडा (/pricing पहा).