爆炸新闻: Anthropic 发布 ant, 你的 Claude 将"永远"在线

Anthropic 往 CS 架构演进了, Claude 智能体永远在线, 而 ant 是发给你的遥控器!

最近 Anthropic 悄悄发了个新工具, 专门用来调用 Claude API, 远程控制 Claude 干活, 往这个方向发展, 潜台词很明显, 可能大家希望 Claude 永远在线。

只要地球不爆炸, 我的智能体就必须永远在线。

因此也就有了 Anthropic 往 CS 架构演进的动作。

如果你只看到 ant 是「一个 CLI」,那你只看到了冰山一角。

它真正在宣告的事情是: Anthropic 终于把 Claude 从「你在浏览器里跟它聊天」推到了「Claude 在云上 7×24 小时跑、你在终端里调度它」这种真正的 CS 架构。

这件事的工程含义和商业含义都很大。今天这篇文章就把它拆开讲。

一、先说清 ant 是什么

ant 是 Anthropic 上线的官方命令行工具,不是 SDK、不是聊天界面,它是一个面向 shell 的 Claude API 客户端。

装好之后,登录用一行 ant auth login,浏览器弹 OAuth,凭证存好,CLI / SDK / Claude Code 三端共用。

所有的 API 资源都被抽象成子命令 —— 资源加冒号接子资源、动作、flag:

ant <resource>[:<subresource>] <action> [flags]

几条最常见的命令长这样:

# 发消息给 Claude
ant messages create \
  --model claude-opus-4-8 \
  --max-tokens 1024 \
  --message '{role: user, content: "Hello, Claude"}'

# 看模型列表
ant models list

# 上传文件
ant files create --file @report.pdf

beta 阶段的能力(agents、sessions、environments)统一在 beta: 前缀下,CLI 自动帮你带对应的 beta 请求头,不需要你手动操心。

这件事最关键的工程价值是:Ant 把 Claude API 装进了一个可以 | head、| grep、配合 xargs 串管道的标准 shell 工具。

--transform 用 GJSON 路径直接提取字段,--raw-output 提取成裸字符串 —— 完全替代 jq 一类工具,但语义更贴近 Claude 自己的数据模型。

实际工作流:

AGENT_ID=$(ant beta:agents create \
  --name "My Agent" \
  --model '{id: claude-sonnet-4-6}' \
  --transform id --raw-output)

ant beta:sessions create \
  --agent "$AGENT_ID" \
  --environment-id env_... \
  --title "Production job"

一行命令拿到 id,直接进下一步,无需中间 JSON 解析。这一刻,Claude 真正成为了一个你可以像数据库、像 Redis、像 Kafka 一样调度的服务。

二、为什么是"CS 架构演进", 而不是"加了一个 CLI"

这件事最值得讲的不是 ant 本身,而是它背后 Anthropic 立的 flag。

过去两年,大家用 Claude 的姿势是这样的:

• 你打开浏览器
• 跟它聊
• 关掉浏览器,它就死了

这种交互方式是 「人在场才能用」 的 CS 架构 —— 客户端(浏览器)启动时,服务端(Claude)给响应,会话结束就结束。它的瓶颈非常明显:只要人不在,智能体就不在。

但如果你认真看过 2026 年的 agent 生态,你就会发现一件反直觉的事:企业用户最不愿意花钱的地方,恰恰是他们最希望 Claude 在的地方。

比如:

• 周一早上 9 点,产品经理想把上周 1000 份销售合同做风险摘要,跑 RAG 检索
• 周日凌晨 3 点,运维收到报警,需要分析最近 7 天的日志异常模式
• 每天 8 点,Marketing 想让 Claude 检查昨天的社媒舆情,生成可执行清单

这些场景的共性是什么?没有人会在 9 点、3 点、8 点都坐在浏览器前面,但你确实需要 Claude 在这些时刻干活。

所以 Anthropic 的真正动作不是「给 Claude 加个 CLI」,而是:

把 Claude 从「一个网页里的聊天框」演化成「一个永远在线的、被 protocol 控制的智能体服务」。

ant 在这个演进里扮演的角色,是 「发给你的客户端」 —— 你可以选择用 CLI、SDK、Claude Code、网页、甚至自定义的 bot,任何形态都可以,但服务端是同一个 Claude Agent Platform。

这就是经典的 CS 架构:服务端永久驻留,客户端可换、可丢弃、可被脚本化。

「ant 是发给你的遥控器」,这句话真的不是段子。

三、ant 里那些为"永远在线"设计的细节

把 ant 当成普通 CLI 看,会错过很多有意思的工程细节。这些细节都是为「Claude 永远在线,你的客户端可以随时离线」这个目标设计的。

1. OAuth + profile,不绑定任何机器。

传统 API Key 的最大问题是「Key 写在哪个机器上」。一旦笔记本丢了,整个生产也跟着丢。

ant 的 ant auth login 把 OAuth 凭证加密存到系统 keychain,然后通过 profile 把这个凭证绑到 workspace。多 workspace 工作(比如 staging 和生产)用 ant profile activate 切,或者单条命令 --profile foo 临时指定。

这件事的工程含义是:你的客户端(本地电脑)丢了,你可以换一个 ant 装、跑一次 ant auth login,Claude 那边的事就接续上了。

服务端身份 ≠ 客户端身份,这是 CS 架构最基本的常识,但很多 AI 工具至今没做对。

2. session + events:把 Agent 当成数据库 record。

ant 把 Agent 调用抽象成:

• beta:agents —— Agent 定义(model、system、tools)的 CRUD
• beta:environments —— 沙箱配置
• beta:sessions —— 一次 Agent 运行实例
• beta:sessions:events —— session 里所有事件、tool 调用、决策路径

每一层都有 create / update / delete / list。这跟操作 Postgres 里的一张表没有本质区别。

更关键的是 beta:sessions:events stream,事件是流式推送的。这意味着:

• 你可以把 session 跑在后端服务器,你的客户端是 ant 跑在前台笔记本 —— 两者完全解耦,中间只走 HTTP 长连接
• Agent 出 bug 时,你能从 events 里精确看到它在哪里卡的、哪个 tool 调用失败,这种 forensic 能力以前只能在内部 debug 日志里看,现在任何 ant 用户都能用

这是真正把 Agent 当服务端进程管理的姿势。

3. YAML + Git + CI 同步 Agent 定义。

推荐做法是 Agent 定义写 YAML、提交 Git、CI 跑 ant beta:agents update 同步。

这件事的本质是:把 Agent 当成代码管,把 Claude 当成 runtime。

每改一次 agent 配置都有 PR review、有 diff、能回滚、能做合规审计。Claude 永远在线,但它的「软件版本」是有 Git 历史可以追溯的。

这三个细节合在一起,你就会理解 ant 不是 CLI —— ant 是 CS 架构下的客户端工具,它的服务端假设是「Claude 这个服务,7×24 小时都在」。

四、对开发者意味着什么

如果你正在用 Claude 做严肃的工程 / 业务工作,这次演进你需要在心理上完成一次切换:

过去:"我今天有空,打开 Claude 问几个问题"。

现在:"我部署一个 Agent 让 Claude 跑,我去睡觉 / 出差 / 摸鱼,Claude 自己把它干完"。

具体到工具链上,有几件事建议你立刻做:

1. 把现有手动 prompt 沉淀成 YAML Agent 定义。

你团队里那些「每次都要重新写的 prompt」,现在开始花 30 分钟把它们写成 summarizer.agent.yaml、code-reviewer.agent.yaml、reporter.agent.yaml。提交 Git,让 CI 把它同步到 Claude 平台。

这件事 6 个月后看,会救你的命。

2. 把 session 当成核心制品。

不要再把和 Claude 的对话当成「一次性问答」。每一次 session 都是一份带时间戳、可被回放、能做合规审计的数字资产。

3. 把 Claude Code 当成 ECS 里的 supervisor。

Claude Code 内置了 /claude-api 技能,它知道怎么调 ant。这意味着你可以让 Claude Code 作为你的本地 supervisor,统一调度远端的 Claude Agent。

「我的多个 Claude agent 都跑了什么、状态如何、出错了哪些」—— 现在不需要自己写胶水代码,直接问 Claude Code 就行。

五、不要被「永远在线」迷惑的几件事

ant 的推出很容易让人产生一种幻觉:「Claude 永远在线 = 我可以无脑把一切丢给它」。

实际上没那么简单。几点要冷静看待:

1. 大规模并行 = 大额账单。

Claude 现在是按 token 计费的。永远在线 ≠ 永远便宜。如果你不写粒度控制、不做 rate limit、不做并发调度,账单会很感人。

2. 永远在线 ≠ 永远正确。

Claude 是概率模型,永远在跑 = 永远可能出错。你需要的是:

• 关键决策的人工 review 环节(不能 100% 自动)
• session 事件的告警链路(不能让 agent 半夜静默失败)
• 自动化测试覆盖(agent 行为变更不能静默发生)

3. CS 架构 ≠ 你不用维护服务端。

Claude 平台是别人在运维,但你的 Agent 配置、你的 Git 仓库、你的 CI 流水线、你的 session 审计,这些都得你自己运维。

「永远在线」是把运营责任从「人」转嫁到「系统」。系统谁来管? 你。

六、最后

把时间维度拉长看,2024 年大家讨论的是「Claude 强不强」;2025 年讨论的是「Claude 怎么融进我的产品」;2026 年讨论的就是「Claude 怎么永远在线为我干活」。

ant 是这个大演进里最容易被低估的产品。

因为它看起来只是个 CLI。但它的潜台词是:Anthropic 终于决定让 Claude 永远在线了,发给你的遥控器,叫 ant。

只要地球不爆炸,我的智能体就必须永远在线。

接下来 12 个月,所有开发者最重要的一个认知升级,就是从「我用 Claude」切换到「Claude 为我用、为我停不下来、永远为我工作」。

ant 是这个时代的第一把钥匙。

参考资料

• 官方仓库:https://github.com/anthropics/anthropic-cli
• 完整文档:https://platform.claude.com/docs/en/api/sdks/cli
• Claude Code 远程调度:https://docs.claude.com/en/docs/claude-code/cli-reference

📌 如果你今天还在用浏览器手动跟 Claude 聊天,强烈建议你今天就去 GitHub Releases 装一个 ant,跑一次 ant auth login,写第一份 summarizer.agent.yaml。

把 Claude 推上 CS 架构的第一公里, 从你开始。