Claude 发布 always-on Agent 架构指南：收件箱、计时器、记忆、权限五大要点

系统以事件收件箱作为事实来源：用户消息、webhook、定时任务产生的事件先写入持久化表，由 worker 领取，同一收件箱只放一个活跃 worker，按来源唯一标识去重，用户连发多条消息合并为一次运行。计时器分 Agent 自定的跟进时间和每日简报等固定节奏两类，到期后投事件进收件箱而非直接启动。记忆只存下次查不到的四类信息（用户行为指令、用户笔记、已说过的话、任务进度），可查到的信息只存指针。

安全方面，凭证放在 Agent 环境外由代理注入，高风险动作由分类器审查，最关键决定由人做出；需要审批时延期工具调用、结束运行，等用户回答作为事件回到收件箱再继续。文章认为其价值在于把收件箱、计时器、记忆、权限、发件箱各部件职责划清，而非单个组件的新颖性。

读完 Claude「Building always-on agents」值得学习的五个要点 1. 「始终在线」是一种使用体验，不是一直开机 Agent 大部分时间在休眠，有事件或到点了才醒来跑一次：收到事件、做完任务、把状态存下来，然后接着睡。单次运行很短，但循环一直在转。它的核心循环和普通 Agent 一样，真正的区别在外围架构。 2. 事件收件箱是整个系统的事实来源 用户消息、webhook、定时任务产生的事件，都先写进一张持久化的表，再由 worker 去领取，不让每个来源直接调用 Agent。同一个收件箱同时只放一个活跃 worker，按事件来源的唯一标识去重，用户连发的几条消息合并成一次运行。这样才扛得住重试、并发和崩溃。 3. 计时器让 Agent 显得主动 计时器分两类：一类是 Agent 给自己定的跟进时间，比如过一阵去看对方有没有回复；另一类是固定节奏的任务，比如每日简报。计时器单独存放，到期后不直接启动运行，而是往收件箱里投一条事件，走同一套流程。 4. 记忆只存下次查不到的东西 用户对 Agent 行为的指令、关于用户的笔记、已经对用户说过的话、每项任务的进度，这四类要写进记忆；外部系统里查得到的信息只存一个指针。每次运行都会先加载这部分上下文，所以要精简，并配合提示缓存控制成本。 5. 权限是最大的风险，发件箱要先少说话 凭证放在 Agent 环境之外，由代理注入到请求里。高风险动作交给分类器审查，最关键的决定仍由人来做。需要审批时就延期这次工具调用，结束当前运行，等用户的回答作为事件回到收件箱再继续，Agent 不会卡住。结果通过发件箱交给用户，节奏上先少发，再慢慢争取用户的注意力。 meng shao @shao__meng Claude 团队发布了一份可以照着搭的架构说明 收件箱、计时器、记忆、权限、发件箱单独看都不新，很多团队早已用队列加定时任务拼出过类似的东西 它真正有价值的地方，是把每个部件的职责划清楚，并明确一点：始终在线是一种使用体验，并不是让模型一直挂在线上消耗 token x.com/i/article/2121… 🔗 View Quoted Tweet📊 3 ⚡

本条情报归属 AITOP「技巧」核心栏目，重点聚焦北美前沿实验室与硅谷科技巨头。在跨区域产业观察坐标中，该动态直接关联「AI 开发者工具链、Coding Agent 与工程化实践」「中美大模型技术代差与商业化对照」研究主线，反映出当前技术演进与商业落地的最新风向。涉及核心实体与技术议题包括：Claude、Anthropic、智能体、Agent架构，读者可通过下方标签进入对应专题页查阅历史脉络与关联对比。

信源核验说明：本文原始线索采编自「shao__meng」（@shao__meng），经 AITOP 多维评分管线结构化提炼。