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 ⚡
This report is categorized under AITOP's "How-to" desk, focusing on US frontier AI labs and Silicon Valley technology leaders. Within our cross-regional analytical framework, it directly maps to AI developer toolchains, coding agents, and engineering workflows and US-China foundation model benchmarks and commercialization comparison. Key entities and technical topics under continuous tracking include Claude, agents, event-driven, Memory.
Source attribution: curated from Viking (@vikingmute).
