独立解读
钱包限额真的能防止 Agent 超支吗？
01单次限额02累计预算03并发检查
假设你允许研究 Agent 每次最多花 3 美元、一天总共不超过 10 美元。它同时发现四份各 3 美元的数据：每笔单独看都没有超额，但四笔合起来是 12 美元。
单笔限额能限制一笔交易，不能单独保证累计预算。 是否真正有效，还要看谁执行规则、什么金额被计算、多个请求是否共享同一份预算。
本文为概念分析；具体产品的策略、范围和执行方式需要查看当前文档并在测试环境核验，本文未进行真实支付测试。
flowchart TD
A[Agent 提出购买] --> B{授权是否有效?}
B -->|否| C[拒绝或请求授权]
B -->|是| D{单次与累计预算是否足够?}
D -->|否| E[拒绝或请求审批]
D -->|是| F[按实现预留预算并发起支付]
F --> G[根据结果更新记录]
四种数字不是一回事
| 控制 | 回答的问题 | 举例 |
|---|---|---|
| 单笔上限 | 一次最多花多少？ | 每笔不超过 3 美元 |
| 周期上限 | 一段时间累计多少？ | 每日不超过 10 美元 |
| 任务预算 | 一次任务总共多少？ | 本次研究最多 10 美元 |
| 审批门槛 | 什么情况下要人确认？ | 超过 3 美元先问用户 |
“每日”是自然日还是滚动 24 小时？重试、退款和未完成付款怎么算？具体定义不能只看营销页面。
并发与不确定状态
四个请求如果同时读取到“剩余 10 美元”，每个都可能各自认为 3 美元足够。可靠的累计控制需要在共享的可信执行位置处理并发，并明确待处理交易怎样占用预算；不同产品是否做到，需要查看其实现并验证。
支付超时也不等于失败。对结果未知的请求，如果系统立刻把预算全部释放，下一次付款可能与仍在途的第一笔重叠。应先查询状态，再按实际产品的策略处理。详见 支付失败分析。
规则必须在可执行的位置生效
给模型一句“不要超预算”是一条指令，钱包、支付服务或独立策略引擎的拒绝检查是另一层控制。也要核实全部付款入口是否受同一规则覆盖，以及管理员、备用凭证能否修改或绕过规则。
Privy 的策略文档介绍了钱包操作的策略执行，也说明部分交易模拟在安全环境之外；这不能推广为其他供应商的架构。
使用前问供应商
- 预算按哪个账户、Agent、任务与币种统计？
- 已提交、失败、退款和超时的交易如何计入？
- 网络费与兑换费是否包含在上限内？
- 并发请求和重启后，累计金额如何保持一致？
- 谁可以调整、暂停或撤销权限，多久生效？
以上是采购和测试问题，并非所有钱包都提供的能力。