商业 - 每个代理每月 $49。
对于生产量的代理。审计日志、高级政策、团队访问、$100,000 的支出权限上限，以及我们提供的最低流出费用。年度计费可节省 2 个月费用。
商业适用于处理真实资金或对真实团队有意义的代理。2% 的资金流出费在每个代理的月流出超过大约 $1,000 时是经济合理的（年费约 $850）。低于这个，Pro 更合适。
专业版上的一切，加上操作员要求的控制。
- Pro 的全部功能
- 2% 流出手续费（最低档）
- 每个代理的 Spend Permission 上限可达 $100,000
- 记录所有影响 agent 的操作的完整审计日志
- 每个 agent 的自定义 Open Graph 图片
- 更高的 API 速率限制（为 Pro 的 10 倍）
- agent 级座位共享（3 名团队成员可管理一个 agent）
- 优先电子邮件支持，通常 4 小时内回复
- 大规模 Slack 支持渠道（另行协商）
为运行资金移动代理的团队构建。
- 管理多个客户 agent 的 Web3 自动化代理机构
- 在面向客户场景中运行 AI agent 的中型企业
- 有合规或审计要求的运营者
- 任何每个 agent 每月流出额度超过 $1k+ 的用户（Pro -> Business 盈亏平衡点）
在不离开Blockchain0x的情况下扩展。
- 更大团队可按 $5/席位/月 追加席位
- 在一个 workspace 中运行多个 Business agent，用于并行客户工作
当 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 = 850每个代理的每月流出低于V = $1,000：专业版更便宜。高于此：商业版更便宜。在恰好$1,000时：成本相同（每月计费均为$69）。
常见数量的示例
| 每月流出 | 专业总计（$29 + 4%） | 商业总计 ($49 + 2%) | 商业节省 |
|---|---|---|---|
| $500 | $49 | $59 | -$10 (Pro wins) |
| $1,000 | $69 | $69 | $0（盈亏平衡） |
| $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 服务器每天处理数千次付费调用，许多代理使用的付费 API），数学计算迅速累积。单个每月 $50,000 的代理在商业版与专业版之间每月节省 $480 - 每年节省 $5,760，未计算非成本特性。在 $2,000 的交叉点以下，除非适用非成本触发条件，否则专业版仍然是正确的选择。
即使代理被注入提示，限制仍然有效。
支出权限设置代理可以发送的金额：每笔交易的上限和每个周期的津贴。两者都在 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 以只读方式暴露它们（GET /v1/agents/:agentId/spend-permissions）；POST/DELETE 路由被刻意阻止。
- 每笔对外支付都会执行这两项检查：单笔交易上限（per_tx_wei）以及在 period_seconds 窗口内的周期额度（allowance_wei）。任何超过其中任一限制的付款都会被拒绝。
- 编辑权限会立即应用于后续付款。已在链上广播的付款不可撤销。
- Spend permissions 只管理对外支付。无论该权限如何，任何人都可以随时向你的代理付款。
- 如需完全停止代理支出，将 allowance 和单笔交易上限设为 0。无论其代码或 prompt 怎么写，代理都无法发送 USDC。
每个触及代理的操作，均有归属。
商业计划记录每个触及代理的操作，具有完整的归属：谁做的，何时做的，以及更改的前后。可以从仪表板导出为 JSON 或 CSV 以供任何客户或审计员审查。
每个条目上记录的内容
| 字段 | 类型 | 描述 |
|---|---|---|
| Timestamp | time | 操作发生的时间，UTC。 |
| Agent | reference | 该操作影响了哪个代理。 |
| Actor | reference | 执行该操作的人类、API key 或系统。 |
| Action | category | 发生了什么：一笔支付、一次设置变更、一次 seat 变更、一次 key rotation。 |
| Outcome | status | 该操作是成功还是被拒绝。 |
| Before / after | snapshot | 变更前后的状态。 |
导出与集成
- 仪表板导出： 按日期范围、操作、执行者和代理进行过滤。下载为 JSON 或 CSV。
- 每代理范围： 导出单个代理的日志，以便一个客户的记录不会暴露另一个客户的记录。
- 归属： 每个条目都命名了谁采取了行动，并显示了更改的前后。
两种座位，一种工作区。
商业引入了一种座位模型，旨在为运营多个代理的代理机构和团队提供，每个代理有不同的操作员。两种座位类型，具有不同的范围和价格。
每个 Business 代理包含 3 个
一个可以查看和管理一个特定代理的人：编辑设置、查看交易历史、设置支出权限、查看该代理的审计日志。他们无法看到工作区中的其他代理，无法更改账单，无法添加或删除团队成员。
用例：代理的客户操作员。操作员A仅在客户X的代理上工作；操作员B仅在客户Y的代理上工作；两者互不相见。
1 个包含在内，更多的每个座位 $5/月
一个具有完整工作区可见性的人：每个代理、计费、团队管理、计划变更。工作区所有者默认是第一个工作区席位。为高级操作员或需要跨工作区可见性的财务/运营人员添加更多席位。
用例：代理所有者、运营负责人、对账的财务人员、安全/合规审查员。
添加和移除座位
- 工作区所有者可在控制台中通过电子邮件邀请成员。受邀者通过邮件链接接受邀请；首次登录时会创建账号（或关联到已有账号）。
- 移除 seat 会立即生效；被移除人员的 API keys 会随移除操作原子性吊销。
- 每一次席位新增、角色变更和移除都会完整记录在审计日志中，并保留完整归因。
- workspace seats 需要两步验证；agent-level seats 可选择启用。