客户在演示会上试了三张图片，效果不错，销售把入口留给他继续体验。第二天，上游模型费用突然增加。客户没有拿到密钥，却仍能通过这个入口连续提交大量任务。
只是展示效果时，录屏、固定样例或由销售陪同操作已经足够。客户需要验证自己的输入时，再开放互动试用。试用范围应按这次验证需要来定，而不是直接复制正式客户的全部权限。
提供方可以把处理函数接到 EasyNet，接受限定尺寸、数量和类型的素材，返回预览或受限下载结果。试用者使用单独获准的身份，上游凭证留在运行方，正式客户数据不应出现在可选输入里。
次数限制还不能完整控制费用：不同素材可能产生不同成本，失败重试也可能收费。业务服务需要在发出收费请求前核对预算和并发，并预留本次消耗；仅在完成后统计，会让多个请求同时越过余额。
销售负责约定试用期限和联系渠道，运行方负责容量及异常处理，预算系统负责是否接受下一单。撤销入口只能阻止后续受控请求，已经交给上游的工作能否取消、是否继续收费，需要另行确认。
开放前用两个同时提交的请求试探预算边缘，再测试过期身份、超大素材和中途撤销。客户应能清楚看到可试什么、还剩什么，以及被拒绝后找谁；维护者也不必靠突然关掉服务来控制支出。
- 01
客户提交样图
身份、类型与大小先检查
- 02
预留本次费用
并发请求共享当前余额
- 03
处理并核对账目
未知上游状态不盲重试
先预留，第二笔不足就拒绝
单进程顺序示例，只说明预留顺序。生产并发必须用原子预算账本并核对实际费用；不是货币上限保证。
本地示例 · python
remaining_cents = 100
accepted = []
for task, estimate in [("trial-1", 60), ("trial-2", 60)]:
if estimate <= remaining_cents:
remaining_cents -= estimate
accepted.append(task)
assert accepted == ["trial-1"] and remaining_cents == 40
print({"accepted": accepted, "remaining_cents": remaining_cents})预期结果：仅接受trial-1，余额40；两次60不能都按初始100放行。
接入时的检查项
- 大输入和非演示资源在收费动作之前被拒绝。
- 并发请求不会分别通过旧余额检查而累计超出预留额度。
- 额度耗尽时给出明确状态，客户不会通过重复点击产生未说明的费用。