10月31日晚间，DeepSeek Harness 团队发布技术长文《Super-agent 设计探索：迈向更自主的 Agent 系统》，同时在 DeepSeek 官方组织开源了原型仓库 dsh-superagent-prototype。开发者最关心的问题随即跟上：能直接用来干活了吗？答案要分两层说——DeepSeek 自己搭的内部实例确实已经在接活，但外部开发者今天拿到的，是一个官方自认不是正式产品的研究原型。文章开宗明义，这不是对现有产品功能的介绍。README 的第一段更直白：仅供研究参考，不是 DeepSeek 的正式产品。微信公众号GitHub
蓝图切成两半：调度层写成了代码，自主层还留在纸上
文章的蓝图不小：连续、高效、主动、持久四个特征，由双层架构、事件驱动、面向人的交互、计算与状态环境分离、Watchdog 五个模块支撑。按文中描述，内部实例已在持续运行，日常参与问题复现与修复、代码审查响应与 DeepSeek Harness 自身的迭代。注意，是“内部”。原型实现了蓝图的调度与路由骨架，缺的恰恰是最夺目的部分：有开发者读遍源码后发现，仓库里搜不到看门狗与投机执行的实现，云端与本地分离、文章里的耗时数据同样没有。README 对此也没有回避：文中讨论的部分设计属于未来方向，原型并未实现。微信公众号知乎GitHub
能不能干活，默认值先回答了一半
授权机制里藏着另一半答案。代码里的接单开关分关、观察、自动三档，默认停在观察档：模型判断该接活时，程序不开工，只写一条“本来会接”的记录；要自动接单，必须切到自动档并命中团队写好并启用的规则。它的服务对象也是一个仓库加一个工作群，不是替你打理桌面的万能员工；连已经实现的异步任务机制，官方也标注尚未默认开启。知乎微信公众号
实验数字省下的是调度，不是编程
传开的自述实验有一组完整数字：一半任务在 12.4 分钟内完成、95% 的任务 15.7 分钟内完成；去掉订阅直通，Router 决策数多出约 30%、读缓存 token 从 2323 万涨到 3177 万；批处理把单个决定分摊的推理时间压到 1.6 秒。对照组的尴尬更能说明问题：中性提示词下，单 Session 的主模型在 5 次运行中一次都没有委派任务，p95 拖到 29.5 分钟。但口径要看清：实验里的编码被只消耗时间的工具替代，测的是调度协作，不是写代码的本事——用一条 B 站高赞评论的话说，四成多的等待没了，省的是调度，不是本事。知乎微信公众号哔哩哔哩
方向被认可，门槛也是真的
开发者的认可集中在问题定义上：限制 Agent 生产力的最大瓶颈，已经从“模型不够聪明”变成了“人类的注意力带宽不够用”。同一场讨论里，“这不就是主 Agent 和子 Agent 分工合作”的质疑声同样存在。更多开发者认可的是它的走向：Super-agent 不仅仅是个概念，很可能真会成为新的 Agent 范式。知乎哔哩哔哩知乎
三道门槛也更具体了。投机执行加全天候监听，本质是拿算力换人的注意力，废片率高时账单成倍上涨；跨月运行后，上季度的正确判断可能变成今天的错误引导；最要命的是安全——文章自己承认，解决不了安全与隐私问题，Super-agent 只能在一个很小且可信的范围内工作。一位开发者的措辞更狠：公开群或 Issue 混入精心构造的间接提示词注入后，被劫持的 Agent 能读取本地密钥、执行恶意脚本，破坏力远超传统沙箱 Agent。底座本身也是门槛：DeepSeek Harness 仍处于开发者预览期，官方预告会有破坏兼容性的改动。微信公众号知乎GitHub
试用反馈：活能干，但离“开箱即用”还远
把原型装上手的开发者给出的体验是同一句话的两面：能干，还不能直接用。第一道坎是安装——开 WSL、对齐 dsh 版本、补一个必填的 stateDir 配置，“小白可用”是目标不是现状。熟手的起点也卡在依赖上：仓库依赖预发布包，装不下来，跑不起来，结论只能靠通读源码与文档得出。小红书知乎
什么时候才算“能直接干活”？可以盯三个信号：标注“已实现”的异步机制何时默认开启；DSH 何时走完从开发者预览到正式产品的那段路；接入公开消息流与本地执行环境的安全边界何时给出可用答案。在此之前，原型对开发者的实际价值是当教材读、拿 fork 改——先记账后动手的授权设计、把上下文窗口当缓存管理的手艺，都是能直接搬进自己项目的工程经验。DeepSeek 已经用这套方式给自己干活了；别人的作业可以抄，但考场得自己搭。
