8.1
深览指数
科技人人都是产品经理·小普··AI 生成
深度拆解 DeepSeek Super-Agent
作者亲测同时开四五个 AI 窗口、被迫当人肉调度员的痛点后，逐行拆解 DeepSeek 10 月 31 日开源的 Super-Agent（两天 1.2 万 Star）。核心判断：它把大部分调度规矩从提示词挪进写死的程序——Router 上下文硬限、接单两道关卡、工单授权记录、observe 默认模式，模型只保留「这条消息接不接」一个判断。作者同时指出只挪了一半：安全边界、数据清理、消息字段可信度均未解决，且追逐的 95% 任务 15.7 分钟完成数据来自转述、对照组不可比。适合正在多开 Agent 窗口、想抄架构思路的技术读者。原文 ↗
核心观点
- ▍Super-Agent 的核心设计是把原本靠模型自觉的调度规矩一条条挪进写死的程序，模型只留下「这条消息接不接」这一个判断。
- ▍这种「程序当调度员」的做法只解决了一半问题：安全边界、数据清理、消息可信字段等仍未写死，提示词层仍承担大量潜规则。
- 01DeepSeek 自测：中性提示词下单个 Session 在 5 轮测试中一次都没主动调用子代理，明确鼓励后 5 轮才有 4 轮用上——这是把派活逻辑从模型挪到程序的直接依据。
- 02Router 上下文被程序硬限：单条消息正文最多 4000 字符、相关工单最多 8 个、对话前 5 条加前后各 5 条且每条约 400 字符，文件只读、网页搜索关闭、禁止 sleep 与超 30 秒超时。
- 03接单有两道关卡：第一关是写死规则（允许名单、是否直接 @）算出三种结果，第二关模型在接单/追加/停止/忽略中选，程序还要核验每条启用规则并给出证据；默认 observe 模式只记录不动手。
- 04工单状态独立存储，窗口关闭或程序重启后带着恢复说明继续；授权记录一经生成不可扩大，改团队规则不会叫停已跑工单，只发说明并在下次恢复时重新比对。
- 05源码约 1.5 万行、测试约 1.4 万行，部分测试专门考核文档：表格是否列全模块与测试、每个类前是否有说明、每个角色的工具/提示词/技能输入是否与定义一一对应并设体积上限。
- 06提示词层要求接单确认一次、干活时安静、没自查验证的代码改动不许发、改界面须附同场景同窗口大小的前后两张截图；但程序真正卡死的只有「聊天消息最长 100 词」一条。
- 07Worker 用系统账号跑命令且不需审批，源码自认命令拦截和独立目录只是默认约束、不是安全边界，绝对路径可运行任何程序；同时没有任何数据清理逻辑，消息、决定、已结束工单、每版设置和提示词会一直增长。
反方 / 局限
- — 被广泛引用的「300 条消息混 20 个真活、95% 任务 15.7 分钟完成、对照组 29.5 分钟」来自腾讯新闻、新浪科技转述，作者没读到原文也无法复现；对照组是那个一次都不主动分活的单 Session，且没给「鼓励分活后」的耗时。
- — 1.2 万 Star 只说明关注度，说明不了真实使用；缓存 token 多出约 4 倍，按 V4.1-Flash 价格多花 0.3 到 0.7 元，成本影响存在但不大。
- — 作者默认接受「程序写死优于模型自觉」这一前提，未论证哪些规则本质上无法写成 if，也未讨论程序规则僵化后面对新任务形态的代价。
DeepSeek Super-AgentDeepSeekClaude CodeCodexRouter（orchestrator）Workerobserve 模式DeepSeek HarnessGitHub飞书人人都是产品经理
12 分钟 · 5 卡片 · 7 资料
读原文 →