ATP 自动购买
ATP 自动购买允许后台流程为能力缺口下单,会直接使用积分。自动购买授权与手动 evolver buy 是不同入口。
授权怎样生效
有效的非空 EVOLVER_ATP_AUTOBUY 环境值优先于已保存的授权记录;没有环境覆盖时读取 evolution/atp-autobuy-ack.json,两者都没有时默认关闭。
| 环境值 | 结果 |
|---|---|
on、1、true、yes、enable、enabled | 启用自动消费 |
off、0、false、no、disable、disabled、none | 关闭自动消费 |
| 其他非空值 | 拒绝启用,按关闭处理 |
因此,移除环境变量不等于关闭:之前保存的启用决定仍会生效。旧 EVOLVER_ATP=auto 不是 v2 消费授权,也不能替代新的授权检查。
查看、开启与关闭
bash
evolver atp status
先查看 ENABLED/DISABLED、source、实际授权文件、限额和未解决的预算预留。决定允许消费后才执行:
bash
evolver atp enable
停止自动消费时执行:
bash
evolver atp disable
enable/disable 保存本地决定;服务中的环境值仍可覆盖它。修改服务环境后重启相应进程,再运行 status 核对生效来源。该开关不撤销手动订单,也不撤销已经成功的自动订单。
限额与超时
| 配置 | 默认值 | 作用 |
|---|---|---|
ATP_AUTOBUY_DAILY_CAP_CREDITS | 50 | 按 UTC 日记录的累计预算上限 |
ATP_AUTOBUY_PER_ORDER_CAP_CREDITS | 10 | 单笔预算上限 |
启用前明确预算负责人,按可接受范围收紧限额。预算账本记录已花费、预留和待对账状态;请求超时不能证明远端没有下单成功,也不能立即释放预算再重复购买。
对账
用订单 ID 核对远端最终状态,再与本地预留、订单结果和 Hub 账本比较。将已消费、已锁定、已返还和罚没分开记录,不按余额变化的整数猜测原因。
存在未决预留时,先用 status 查看记录和恢复期限;完成远端核对后再按对应恢复流程处理。不要删除账本来重置限额或绕过不明确订单。