「不用@就能干活」是真的，但放出来的东西不是聊天产品。10月31日晚，DeepSeek Harness 团队发布《Super-agent 设计探索》长文并开源同名原型，它要演示的不是更聪明的对话，而是「活儿自己进来、Agent 自己接单干完、人只负责最后审一遍」的值守形态。官方对它自己的定义同样直白：开发者预览与研究原型，没做过安全审计，不是生产就绪的东西。 所以「普通人离用上还有多远」要拆成两层回答：会用 GitHub、终端和 API key 的人今天就能养一只；等着在 App 里点开就用的，要等产品化，官方没有给出时间表。知乎
这个原型的值守不是停在文档里。有实测者在 GitHub 上提交了一个不@任何人的 Issue：49 秒后 Super-agent 自动回复，不到 2 分钟 PR 交到手，改了 1 行代码、CI 通过，整个任务花费约 4 分钱。 它还挺懂分寸：「配色有点丑」这类审美意见当没听见，复现不了的 Bug 不发消息烦你，只在后台把工单标成「无需处理」。知乎
你以为的「不用@」，其实要先被允许干活
自动接单并不是开箱即用：原型默认只响应@，接单模式出厂是「仅观察」——它判断该接哪些活，但只记录、不动手；要真正让它不用@就开工，得手动打开「接收仓库新 Issue 和评论」的开关、把模式切到「自动接单」，再配上谁能派活的名单。 它敢接的活也被规则框住：默认接单规则只有错别字和样式两类，提交修复后 PR 默认不自动合并，最后一步永远留给人。 范围也有限：原型目前一次只值守一个 GitHub 仓库，GitLab、Gitee 暂不支持。知乎知乎
它要解决的问题：管 AI，比干活本身更累
DeepSeek 把 Agent 往值守方向推，针对的是一个很实际的瓶颈：现有 Agent 都绑死在「一次一个手动会话」上，而人脑的注意力根本盯不住多个并行任务——据统计，人脑最多只能同时跟进 3 到 5 个活跃会话。 模型越强，人反而越像同时开几十个对话的调度员。这次给出的解法是双层架构：常驻的 Router 统揽全局、承接人的交互，靠规则名单判断该不该接活，具体工作交给上下文互相隔离的 Worker 去干，只把结果汇报回来；再配合持续监听 GitHub 和飞书的事件流，让 Agent 等活上门，而不是等人开口。36氪知乎
普通人离用上的，不是模型而是产品化
现在它对普通人的门槛是具体的：要为它专门注册一个 GitHub 账号、本地装好 Harness 底盘、去开放平台申请 API key、在终端里跑命令，装完还得自己配名单和规则。更劝退的是安全提示：它的执行会话以你的系统账号全权限跑命令，官方文档明确说目录和账号包装「不是安全边界」。 普通用户对「AI 替我干活」的信任鸿沟，年初的 OpenClaw 养虾潮已经演示过一次：热度同样铺天盖地，真正长期用的人却寥寥——同一句抱怨的原话是，身边人写稿、做方案、查资料，依旧只打开基础对话模型，几乎没人长期在用 Agent。知乎微博
好消息是，这条路并非无人走过，而且成本已经压到很低。类似的双层架构已被外部团队做成产品，客户端打通了 Telegram、微信、Slack、飞书等常见聊天工具。 实测用的 DeepSeek-V4.1-Flash，输入缓存命中价格低至每百万 token 两分钱，值守修一个 Bug 的花费是分级别的——普通人用不起 Agent 的账，首先被价格解决了。36氪知乎
按今天的证据边界回答「离多远」：会用开发工具的程序员现在就能上手；想自建值守系统的团队，已经有一份摊开的参考实现；而对普通人，等待的是官方把原型收进产品的那一步，这一步还没有日期。入口的底子倒是已经铺好：DeepSeek Harness 已经提供网页端和桌面客户端两种形态。 最值得盯的两个信号：值守能力会不会进入 Harness 的正式客户端，以及监听的仓库范围会不会从单个 GitHub 项目扩展到更多平台和场景。这两步走完，「不用@就能干活」才会从技术社区的新闻，变成普通人手机里的功能。知乎
