Claude Agent SDK 排 cron 跑交易 bot
订阅怎么扣、跑崩扣不扣

你在 X 上看到有人拿 Claude Code 订阅塞进 GitHub Actions，每小时排一次 cron 帮他读链上大户订单，顺手发 webhook 去交易所下单——也就是让 AI 把「该买」写成 POST 请求丢给执行端。看起来像每月 $20 买一个 24/7 的量化研究员。没有人先跟你讲的是：Anthropic 那个「SDK 专属 credit」的方案原订 6 月 15 日生效，当天就被暂停。

这篇不比较哪家 AI 写得更好，也不评论你的策略。给你三件事：SDK 怎么算钱、cron 该排什么，以及为什么「Claude 决策、webhook 送单、TVSBot 执行」这条分工，比让 Claude 直接握 API key 更安全。API key 就是能对交易所实际下单的那把钥匙——让 LLM 握着、又跑在容易 crash 的 cron 上，就是这篇要解决的问题。

那个「Agent SDK 专属 credit」你可能听说了——它在原订生效当天就被暂停

Anthropic 的 support 文档现在（2026-08-13 查证）在最上方挂着一段更新。原文：

白话：本来 6/15 要给的那个「SDK 专属 credit」——把 SDK 的用量从订阅窗口切出来、独立记账的那个 pool——没了。现在 claude、claude -p、你用 Agent SDK 写的 Python 或 TypeScript 脚本，全部吃「同一个 5 小时窗口」。额度用完就得等下一个窗口，不会有另一个 pool 帮你续命。

如果你在网上看到「$20 Pro 订阅送 $20 SDK credit」这种写法，那多半是 6/15 当天的旧信息，作者没回头看官方的后续更新。被暂停之前那份文档里列的数字现在页面上还看得到，但它们不生效。support 文章末尾的原话是「We're working to update the plan to better support how users build with Claude subscriptions」——没有新时程，没有新细节。实务上就当它不存在。

订阅可以跑 SDK，但那条路有两个限制

订阅可以继续跑 Agent SDK，Anthropic 明确允许自用。但有两个限制得先搞清楚：

Overview 页把话讲得很清楚：「Unless previously approved, Anthropic does not allow third party developers to offer claude.ai login or rate limits for their products, including agents built on the Claude Agent SDK. Use the API key authentication methods described in the Quickstart instead.」

你要包成服务给别人用，走 API key，就是用多少 token 付多少钱。Quickstart 页列了五个 provider——直接 Anthropic Console、Amazon Bedrock（环境变量 CLAUDE_CODE_USE_BEDROCK=1）、Claude Platform on AWS（CLAUDE_CODE_USE_ANTHROPIC_AWS=1）、Google Vertex（CLAUDE_CODE_USE_VERTEX=1）、Microsoft Foundry（CLAUDE_CODE_USE_FOUNDRY=1）——没有一条写着能用 claude.ai OAuth。

API key 的费率：一个 cron 每天大概烧多少

用 API key 跑就是按 token 计费。input token 是你送给模型的内容（system prompt、对话历史、tool 结果），output token 是模型回复的内容，两者不同单价。截至 2026-08-13 官方 pricing 页的价目：

一个「每小时跑一次、每次读链上大户订单、生成信号、决定下不下」的 agent，用 Sonnet 5 粗估大概是这样。下面是我算的，不是 Anthropic 官方数字：

这个数字会因 system prompt 长度、tool call 次数、agent 思考深度而变动。想对账去 「platform.claude.com/usage」那一页——SDK 自己回报的 total_cost_usd 是本机估算，可能跟真实账单漂移（官方原文：「client-side estimates, not authoritative billing data」）。这个数量级告诉你：$20 Pro 订阅假设当初能拆成 SDK 专属 credit，一个每小时 bot 就把它吃光了，别的量化研究员一起跑当场爆。走 API key 拿 pay-as-you-go 的可预测性，通常比继续挤订阅窗口好。

跑到一半 crash，那些 token 还是照算

这是最容易低估成本的地方。Anthropic 的 Cost Tracking 页有一节「Track costs on failed conversations」，白纸黑字写：

意思是：agent 走到第 8 个 tool call 才因为交易所返回 429（rate limit 错误）挂掉，前面 7 个 tool call 的 input／output token 全都算你的。

更麻烦的一种：process crash。同一份文档另外写，当 claude subprocess 崩溃时，最后那笔 error_during_execution result message 的 usage、total_cost_usd、modelUsage 三个字段可能全部是 0——官方原文「every cost field may be zeroed」。但那只是 SDK 这一侧回报坏了，Anthropic 那头的账单照样扣。

Cron 排的是「决策」，不是「下单」——为什么要拆两层

这是最容易踩坏的一段设计。看到 learnwithmeai 那个 Hyperliquid 抄单 bot 直接把整个流程都塞给 Claude Code 加 GitHub Actions 跑，很自然会想照抄。但那个 bot 是 paper trading——用 $10,000 虚拟资金记账，错了就记账本错，不会真的爆仓。要接真钱，两层要拆开。

举例来说，TVSBot 的执行端接到 webhook 之后，会先做四件事再下单。第一，验 URL 上的 webhook_token（每个策略随机发的一组 token）。第二，验 payload 内的 secret，用 hmac.compare_digest 做常数时间比对。第三，跑 rate limit（每个 token 每分钟 60 次）。第四，比对 60 秒内同 dedup_hash 的信号就直接丢掉。这四层你在 Claude Agent 内部自己重写也可以，写得起来但很难写对——尤其是 idempotency 与 dedup 的边界条件。

Cron 每天该排几次？从「模型调用延迟」倒推

真正决定 cadence 的不是「你想多常盯」，是模型调用的往返延迟，也就是 agent 从发问到拿回完整回复的时间。Sonnet 5 一次带 8k input／2k output 的调用加上 3 次 tool call 往返，实际落在 15～45 秒之间，会受 prompt caching 命中率与 output token 长度影响。

秒级策略不要碰 Agent SDK。不是它做不到，是它做这件事很贵——每次调用都是完整的 LLM inference，你要的是 sub-100ms 反应，那是 rule-based 执行端的事。模型帮你在离线时想清楚规则就好。

官方对「长期跑」的建议，其实是另一个产品

Anthropic 的 Agent SDK Overview 页上有一张决策表，把「long-running or asynchronous agents」这条 use case 主动推向另一个产品：

Managed Agents 现在的价钱是 $0.08 per session-hour active runtime，token 另外算（来源同上 pricing 页）。官方没有说 Agent SDK 不能放 cron——Hosting the Agent SDK 那份文档里明确有一节「Long-running sessions」，讲的就是把 SDK 放进 container 长期跑，还提供 SessionStore 让你把 session 文件存到 S3、Redis、Postgres。技术上支持，但那是你自己扛 infra。真的懒得管的话，Managed Agents 是官方给的答案，代价是每小时 $0.08 加 token。

如果你坚持让 Claude 直接下单，先看这几个地雷

• Session storage 一定要用 durable adapter。SDK 默认把 session 存本机磁盘，容器一重启就没了。Anthropic 官方给了 S3、Redis、Postgres 三个 reference implementation，挑一个接上。
• 不要 fire-and-forget。下单这种事一定要在 result message 里确认 usage.output_tokens 有值再继续——crash 时那个字段可能是 0，但你也不知道到底发出去没。
• Idempotency key 自己带。Agent 重跑同一个 prompt 不会产出一模一样的 tool call 顺序，你要自己算一组 hash（信号时间戳 + 策略 id + symbol）当 dedup key，执行端才能拒重复。
• Kill switch 要在执行端不是 Claude 端。你要能一个按钮停掉所有下单，这个按钮不能靠 Claude 检查——它可能正在被 rate-limited、正在 crash、正在幻觉出一个很说服你的理由要继续跑。
• Rate limit 错误要当可重试，schema 错误要当失败。HTTP 429 拿到之后等 5～60 秒重试；tool_use 失败直接失败，因为那通常是 schema 对不上，重试也一样。

诚实的一段：我们不负责 Claude 那头的成本

这篇谈 SDK 成本、rate limit、crash 账单，写得像 TVSBot 执行端能替你挡掉这些——不能。我们负责的是 webhook 进来之后那一段。你的 Claude Agent 跑挂、你的 API key 被 rate-limited、你的订阅吃完 5 小时窗口，那些事发生在你送 webhook 之前，执行端根本没收到信号，也就没得回报你。

另外我们自己没有替 Agent SDK 的成本结构出过任何 SLA——上面那些估算都是我照官方 pricing 表算的，Anthropic 随时可以改。TVSBot 在 2026 年 8 月这个时间点支持 Binance、OKX、Bitget、Bybit、Gate.io、BingX 与 Hyperliquid 共七家的下单接口，非托管（你自己带 API key，Fernet 加密后存），支持策略层级的 dry-run 与 kill switch。但 Anthropic 那边的计费你要自己盯，我们不代收也不代付。

常见问题