面向交易机器人的 TRON 能量
无需策略线程盯着余额，也能让结算地址保持能量充足。
机器人经不起策略执行到一半转账失败
在 TRON 上跨平台转移 USDT 的机器人，经不起策略执行到一半时转账失败 —— 但它也不该把周期浪费在轮询能量余额、在交易间隙手动补充上。
auto-refill，每个地址只需设置一次
auto-refill（或 smart 模式）会自动为机器人的地址保持能量充足；机器人只管交易，资源保障交给 TronGasAi。
基于阈值的 auto-refill —— 每个地址只需设置一次
纯监控进程用 read 权限的 key，执行进程用 purchase 权限的 key
每日消费限额限制机器人能量花费的最坏情况
REST 或 MCP —— 底层操作一致，你的机器人技术栈说哪种就用哪种
设置一条 auto-refill 规则
调用一次，机器人就再也不用为这个地址的能量操心了。
curl -X POST https://trongas.ai/api/v1/automations/auto-refill \
-H "X-Api-Key: tgk_4f9a1c8e2b7d..." \
-H "Content-Type: application/json" \
-d '{
"targetAddress": "TXYZ...4f9a",
"thresholdVolume": 65000,
"refillVolume": 131000
}'为什么交易机器人会用这个
设置一次即可
auto-refill 运行时无需你的策略代码再次调用。
消费有上限
key 上的每日限额限制了能量花费的最坏情况。
按进程分开的 key
用 read key 做监控，用 purchase key 做执行。
约 0.3 秒
不会拖慢对时间敏感的策略。
常见问题
只要能量低于阈值就会触发 —— 与你的策略异步进行，不会阻塞它。
可以 —— 通过 API 或控制台暂停和恢复，规则本身及其配置会被保留。
规则会提前暂停，而不是冒险导致转账失败，充值后可以（可选地）自动恢复。
都可以 —— 底层是同一套工具；如果你的技术栈已经支持 MCP 就用它，否则用 REST。