DeepSeek把Agent拆成三层，最稳的一步是让Router手里没刀

DeepSeek前两天发了一篇Super-agent设计探索。X用户@antiAIvo把它画成了动图。

核心思路一句话：Agent从等指令变成长期在线，自己盯着事件。

结构分三层。

一、事件进来先过两道筛

群聊、GitHub评论、CI结果、邮件日历都能触发。第一道用程序规则快速筛，按来源、群组和白名单。第二道交给LLM，按策略决定接不接。

有网友@jimerrors说，第一道程序筛才是省事的关键。@Louis路易斯补了一个实际边界：他们的消息监听只对老板发言、私聊、@到自己、回复自己这几种叫醒AI，群里其他消息不打扰。不然十几个AI一起被每条消息叫醒，额度扛不住。

二、Router常驻调度

Router是唯一对人说话的角色。负责分派任务，并记住跨任务的上下文。用轻量模型就够，而且不给Bash权限。Bash权限可以理解成能执行命令、动文件的手。

@jacker0214.eth说，这点最实在，唯一跟人说话的角色手里没刀，被群里一句话骗了也闯不了大祸。他也提醒，事件一多，第二道LLM筛选的token账估计不便宜。

动图里还有IM回复模块：100秒内生成不超过100字回复，由Router转给用户。这个限制很产品化，先保证说得短、回得快，别让调度层陷进长对话。

三、Worker并行干活

每个任务一个独立会话，配全套工具和强模型。接手某个PR之后，就订阅这个Thread。后面的评论和CI结果直接送到它那里，不再经过Router。

@linyun认为，主动事件驱动才是Agent的质变，从被动等指令的客服变成在后台默默干活的守护进程。@victor chen追问，任务已经结束又有人追问，还能接着原会话跑吗。这个问题不花哨，但决定Worker能不能真的长期在线。

动图底部标了一句：存储分页执行在云端，代码与工具链保留在用户设备上。这条边界值得记。

省事的地方和卡住的地方

@国外VPS测评把价值说得很清楚：把事件驱动和任务执行拆开，Router判断、调度、维护全局上下文，Worker执行和持续跟进，避免每次重新理解上下文，也减少重复消耗Token。但他也追问，Worker并行之后，任务冲突、权限隔离和结果汇总怎么处理。多个Worker同时改同一个仓库，需要明确的锁和审批机制。

@Alphana补了用户侧的问题：系统没接这件事，是没看到，还是判断不用管。系统可以安静，但最好留个能查的地方，不然用户只能反复问“你收到没”。

有网友说，这像皇帝只跟宰相对话，下面的人执行。话糙，但把Router和Worker的关系说透了。工具层是手脚，面板是监视器，编排层决定脑子怎么理清执行依赖。编排层越清楚，越要把权限、锁、审批和可观测性提前写进设计里。否则Worker越多，越像一群人同时改仓库，热闹，但没人知道最后谁合并。