Anthropic 发布 always-on 智能体参考架构指南
尖子生虽然用不了了，但是博客文章还能看：《Building always-on agents》https://t.co/aeKm1ioWoc always-on 听起来一直在线，其实大部分时间都在休...
Anthropic 这篇指南把 always-on 智能体拆成 Inbox、Timers、Memory、Outbox 四个模块加一个循环，非常适合想自己做定时任务型智能体的开发者照着搭，比零散的教程系统得多。
Anthropic 发布了博客文章《Building always-on agents》，介绍构建持续在线智能体的参考架构。文章指出，always-on 智能体实际上大部分时间处于休眠状态，只在事件触发后运行一次，保存状态后再次休眠。
文中给出五大要素：Event Inbox 作为所有触发源的持久化队列、独立存储的 Timers 用于 follow-up 和 schedule、独立于会话的持久 Memory、Permissions Outbox 用于投递代理完成后的输出。整体循环为：事件进入 inbox，worker 启动 run 并新建或恢复 session，代理在权限范围内行动并更新记忆，结果经 dispatcher 投递，计时器或用户回复再把事件送回 inbox。
每次 run 时间很短，但通过循环机制，用户体验上如同智能体一直在线。这一设计可作为构建类似 Grok Bot 和 Muse 类产品的蓝图。
尖子生虽然用不了了，但是博客文章还能看：《Building always-on agents》https://t.co/aeKm1ioWoc always-on 听起来一直在线，其实大部分时间都在休...
尖子生虽然用不了了，但是博客文章还能看：《Building always-on agents》 claude.com/resources/arti… always-on 听起来一直在线，其实大部分时间都在休眠，只是在手动事件以后 run 一次，保存状态再次进入休眠，这篇文章介绍的是参考架构指南： 简单看了下有五大要素： Event Inbox：所有触发源头写入一个持久化队列 Timers：独立存储的 follow-up 和 schedule Memory：独立于会话的持久存储 Permissions Outbox：代理完成工作后把要发给用户的内容 整体循环是： 事件进入 inbox → worker 启动 run，新建或恢复 session→ 代理加载记忆，在权限范围内行动，更新记忆 → 结果进入 outbox → dispatcher 投递 计时器或用户回复再把事件送回 inbox，形成循环，每次 run 很短，但整体体验像一直在线。 我觉得就是类似 Grok Bot 和 Muse 的设计蓝图📊 9 ⚡
本条情报归属 AITOP「技巧」核心栏目，重点聚焦北美前沿实验室与硅谷科技巨头。在跨区域产业观察坐标中，该动态直接关联「AI 开发者工具链、Coding Agent 与工程化实践」「中美大模型技术代差与商业化对照」研究主线，反映出当前技术演进与商业落地的最新风向。涉及核心实体与技术议题包括：Claude、智能体、事件驱动、Memory，读者可通过下方标签进入对应专题页查阅历史脉络与关联对比。
信源核验说明：本文原始线索采编自「Viking」（@vikingmute），经 AITOP 多维评分管线结构化提炼。
