बिजनेस - $49 प्रति एजेंट प्रति माह।
उत्पादन मात्रा पर एजेंटों के लिए। ऑडिट लॉग, उन्नत नीतियाँ, टीम पहुंच, $100k खर्च अनुमति सीमा, और हम जो सबसे कम आउटफ्लो शुल्क प्रदान करते हैं। वार्षिक बिलिंग पर 2 महीने बचाएँ।
बिजनेस उन एजेंटों के लिए है जो असली पैसे या वास्तविक टीम के लिए महत्वपूर्ण हैं। 2% आउटफ्लो शुल्क तब आर्थिक रूप से समझ में आता है जब मासिक आउटफ्लो लगभग $1,000 प्रति एजेंट (~$850 वार्षिक बिलिंग पर) को पार कर जाता है। इसके नीचे, प्रो बेहतर विकल्प है।
प्रो पर सब कुछ, साथ ही उन नियंत्रणों के लिए जो ऑपरेटर पूछते हैं।
- Pro में सब कुछ
- 2% आउटफ्लो फीस (सबसे कम उपलब्ध)
- प्रति agent Spend Permission cap $100,000 तक
- agent को touch करने वाली हर action का पूरा audit log
- प्रति agent custom Open Graph images
- उच्च API rate limits (10x Pro)
- Agent-level seat sharing (3 team members एक agent को manage कर सकते हैं)
- प्राथमिकता ईमेल सहायता, सामान्य प्रतिक्रिया 4 घंटे के भीतर
- Scale पर Slack support channel (अलग से negotiated)
पैसे-हिलाने वाले एजेंटों को चलाने वाली टीमों के लिए निर्मित।
- कई client agents को manage करने वाली Web3 automation agencies
- Mid-market कंपनियाँ जो customer-facing भूमिकाओं में AI agents चला रही हैं
- compliance या audit requirements वाले operators
- कोई भी जो प्रति agent $1k+/month outflow volume process करता है (Pro -> Business break-even)
Blockchain0x को छोड़े बिना स्केल करें।
- बड़ी teams के लिए $5/seat/month पर extra seats
- parallel client work के लिए एक workspace में multiple Business agents
जब 2% बहिर्वाह शुल्क $20 की सदस्यता के अंतर के लिए भुगतान करता है।
Pro से Business में सख्त क्रॉसओवर $1,000/महीने प्रति एजेंट आउटफ्लो मात्रा में है। इसके नीचे, Pro सस्ता है। ऊपर, Business पर कम आउटफ्लो शुल्क उच्च सदस्यता के लिए भुगतान करता है। वार्षिक बिलिंग ब्रेक-ईवन को थोड़ा नीचे खींचती है (~$850/महीने का आउटफ्लो)। यहाँ व्युत्पत्ति है।
ब्रेकर-इवन समीकरण
Pro cost = 29 + (0.04 x V) (V = monthly outflow)
Business cost = 49 + (0.02 x V)
Solve for V where Pro cost = Business cost:
29 + (0.04 x V) = 49 + (0.02 x V)
(0.02 x V) = 20
V = 1000
Annual billing equivalent rates (~$24 Pro, ~$41 Business per month):
24 + (0.04 x V) = 41 + (0.02 x V)
(0.02 x V) = 17
V = 850V = $1,000/माह प्रति एजेंट बहिर्वाह से नीचे: प्रो सस्ता है। ऊपर: व्यवसाय है। ठीक $1,000 पर: समान लागत ($69 दोनों तरीकों से मासिक बिलिंग पर)।
सामान्य मात्रा में कार्य किए गए उदाहरण
| मासिक बहिर्वाह | प्रो कुल ($29 + 4%) | बिजनेस कुल ($49 + 2%) | बिजनेस पर बचत |
|---|---|---|---|
| $500 | $49 | $59 | -$10 (Pro wins) |
| $1,000 | $69 | $69 | $0 (break-even) |
| $2,000 | $109 | $89 | +$20 (Business wins) |
| $5,000 | $229 | $149 | +$80 |
| $10,000 | $429 | $249 | +$180 |
| $25,000 | $1,029 | $549 | +$480 |
| $50,000 | $2,029 | $1,049 | +$980 |
उत्पादन पैमाने पर एजेंटों के लिए (सोचें: एक MCP सर्वर जो दैनिक हजारों भुगतान आह्वान लेता है, कई एजेंटों द्वारा उपयोग किया जाने वाला एक एपीआई जो भुगतान दीवार के पीछे है), गणित तेजी से बढ़ता है। एकल $50k/महीना एजेंट व्यवसाय बनाम प्रो पर $480/महीना बचाता है - एक एजेंट पर $5,760/वर्ष, गैर-लागत सुविधाओं की गणना करने से पहले। $2k क्रॉसओवर के नीचे, प्रो सही विकल्प बना रहता है जब तक कि गैर-लागत ट्रिगर्स में से एक लागू न हो।
कैप्स जो तब भी बनी रहती हैं जब एजेंट को प्रॉम्प्ट-इंजेक्ट किया जाता है।
एक व्यय अनुमति यह निर्धारित करती है कि एक एजेंट कितना भेज सकता है: एक प्रति-लेनदेन सीमा और एक प्रति-कालीन भत्ता। दोनों API परत पर हर आउटबाउंड भुगतान पर चलते हैं, एजेंट के कोड में नहीं, इसलिए जो भुगतान किसी भी सीमा को पार करता है वह वॉलेट छोड़ने से पहले अस्वीकृत कर दिया जाता है।
API से इसे वापस पढ़ें
आप डैशबोर्ड में खर्च अनुमतियों को सेट करते हैं। API उन्हें केवल पढ़ने योग्य बनाता है, ताकि आपकी निगरानी यह पुष्टि कर सके कि प्रत्येक एजेंट पर क्या लागू है।
GET /v1/agents/ag_abc123/spend-permissions
{
"allowance_wei": "100000000", // 100 USDC per period
"per_tx_wei": "10000000", // 10 USDC per transaction
"period_seconds": 86400, // daily (also 604800 / 2592000)
"start_at": "2026-06-01T00:00:00Z",
"end_at": null,
"revoked_at": null
}संचालनात्मक नियम
- Spend permissions dashboard में सेट की जाती हैं। API उन्हें केवल read-only रूप में expose करता है (GET /v1/agents/:agentId/spend-permissions); POST/DELETE routes जानबूझकर blocked हैं।
- हर outgoing payment पर दोनों checks चलते हैं: per-transaction cap (per_tx_wei) और period_seconds window के भीतर per-period allowance (allowance_wei)। इनमें से किसी भी सीमा से अधिक payment reject कर दी जाती है।
- किसी permission को edit करने का असर तुरंत subsequent payments पर लागू हो जाता है। On-chain broadcast हो चुके payments को reverse नहीं किया जा सकता।
- Spend permissions केवल outgoing payments को नियंत्रित करती हैं। permission की परवाह किए बिना कोई भी किसी भी समय आपके agent को भुगतान कर सकता है।
- Agent का spending पूरी तरह रोकने के लिए allowance और per-transaction cap को zero पर सेट करें। agent, उसका code या prompt कुछ भी कहे, USDC नहीं भेज सकता।
हर क्रिया जो एक एजेंट को छूती है, श्रेयित।
बिजनेस योजना हर क्रिया को रिकॉर्ड करती है जो एक एजेंट को छूती है, पूरी श्रेय के साथ: किसने किया, कब, और परिवर्तन का पहले/बाद। इसे किसी भी ग्राहक या ऑडिटर समीक्षा के लिए डैशबोर्ड से JSON या CSV में निर्यात करें।
हर प्रविष्टि पर क्या आता है
| क्षेत्र | प्रकार | विवरण |
|---|---|---|
| Timestamp | time | action कब हुआ, UTC में. |
| Agent | reference | action किस agent को प्रभावित करता है. |
| Actor | reference | वह human, API key, या system जिसने action लिया. |
| Action | category | क्या हुआ: एक payment, एक settings change, एक seat change, एक key rotation. |
| Outcome | status | क्या action सफल हुआ या अस्वीकार किया गया. |
| Before / after | snapshot | किसी change के दोनों पक्षों की state. |
निर्यात और एकीकरण
- डैशबोर्ड निर्यात: तारीख की सीमा, कार्रवाई, अभिनेता, और एजेंट द्वारा फ़िल्टर करें। JSON या CSV के रूप में डाउनलोड करें।
- प्रति-एजेंट स्कोपिंग: एकल एजेंट का लॉग निर्यात करें ताकि एक ग्राहक के रिकॉर्ड कभी दूसरे के रिकॉर्ड को उजागर न करें।
- अट्रिब्यूशन: हर प्रविष्टि बताती है कि किसने कार्रवाई की और परिवर्तन का पूर्व/उत्तर दिखाती है।
दो प्रकार की सीटें, एक कार्यक्षेत्र।
बिजनेस एक सीट मॉडल पेश करता है जो एजेंसियों और टीमों के लिए डिज़ाइन किया गया है जो प्रति एजेंट विभिन्न ऑपरेटरों के साथ कई एजेंटों का संचालन करते हैं। दो सीट प्रकार, विभिन्न दायरे और कीमतों के साथ।
3 शामिल प्रति व्यवसाय एजेंट
एक व्यक्ति जो एक विशिष्ट एजेंट को देख और प्रबंधित कर सकता है: सेटिंग्स संपादित करें, लेनदेन इतिहास देखें, व्यय अनुमतियाँ सेट करें, उस एजेंट का ऑडिट लॉग देखें। वे कार्यक्षेत्र में अन्य एजेंटों को नहीं देख सकते, बिलिंग नहीं बदल सकते, टीम के सदस्यों को जोड़ या हटा नहीं सकते।
उपयोग का मामला: एक एजेंसी के लिए ग्राहक ऑपरेटर। ऑपरेटर A केवल ग्राहक X के एजेंट पर काम करता है; ऑपरेटर B केवल ग्राहक Y के एजेंट पर काम करता है; न तो एक-दूसरे को देखता है।
1 शामिल, $5/सीट/माह के लिए अधिक
एक व्यक्ति जिसे कार्यक्षेत्र की पूरी दृश्यता है: हर एजेंट, बिलिंग, टीम प्रबंधन, योजना परिवर्तन। कार्यक्षेत्र का मालिक डिफ़ॉल्ट रूप से पहला कार्यक्षेत्र सीट होता है। वरिष्ठ ऑपरेटरों या वित्त/ऑप्स लोगों के लिए जो क्रॉस-वर्कस्पेस दृश्यता की आवश्यकता होती है, अधिक जोड़ें।
उपयोग का मामला: एजेंसी के मालिक, संचालन प्रमुख, वित्त व्यक्ति जो चालान का मिलान करता है, सुरक्षा/अनुपालन समीक्षक।
सीटें जोड़ना और हटाना
- Workspace owner dashboard से email द्वारा invite करता है. Invitee email link के जरिए accept करता है; पहले sign-in पर account बनता है (या existing account से link होता है).
- सीट हटाना तुरंत होता है; हटाए गए व्यक्ति की API keys हटाने के साथ ही atomically revoke हो जाती हैं।
- हर seat add, role change, और removal पूरी attribution के साथ audit log में रिकॉर्ड होती है।
- वर्कस्पेस सीटों के लिए two-factor authentication आवश्यक है; agent-level सीटें चाहें तो opt in कर सकती हैं.
चार व्यवसाय-योजना प्रश्न जो उत्तर देने लायक हैं।
क्या व्यवसाय इसके लायक है जब तक मेरा एजेंट $1,000/महीने के आउटफ्लो वॉल्यूम को पार नहीं करता?
टीम सीटें कार्यक्षेत्र सीटों से कैसे भिन्न हैं?
क्या मैं अनुपालन समीक्षा के लिए ऑडिट लॉग निर्यात कर सकता हूँ?
क्या मुझे 10+ बिजनेस एजेंट चलाने पर छूट मिलेगी?
उत्पादन मात्रा में एजेंट चलाएँ।
डैशबोर्ड से किसी भी एजेंट को व्यवसाय में अपग्रेड करें, या संस्थापक से बात करें।