AREX Feed Article
DeepSeek 主账号转发背书 Super-agent 设计文章，原型发布确认为公司级官方传播
北京时间 11 月 1 日 19:42，DeepSeek 官方主账号 转发了 DeepSeek Harness 团队账号 4 分半钟前发布的英文版设计文章《》。这条转发不加评论、没有提出任何新主张，却把前一天由团队账号宣布并开源的 dsh-superagent 编码 agent 原型，带进了约 120 万粉丝的公司主账号时间线——这场发布由此获得公司主账号层面的公开确认。
此前一天（10 月 31 日，周六），DeepSeek Harness 团队在微信文章中宣布 dsh-superagent——一个面向单一 GitHub 仓库的主动式（proactive）编码 agent，打包为 DeepSeek Harness 的 bundle（插件包）；仓库 已公开在 GitHub 上，页面显示最后更新于 10 月 31 日。README 与设计文章均自述其为“仅供参考的研究原型，并非 DeepSeek 官方产品”。
一条没有评论的转发：官方确认如何发生
DeepSeek Harness 团队账号 于 UTC 11:37:54（北京时间 19:37:54）发布了英文版文章链接；UTC 11:42:28，@deepseek_ai 以“RT @DeepSeekHarness”的形式原生转发，只带原文链接，所链正是同一篇 X Article。两个账号的量级差很大：@deepseek_ai 核验时有 1,198,258 名粉丝、通过平台认证；@DeepSeekHarness 约 3.99 万粉丝，2026 年 6 月 18 日创建，简介是“Everything is a plugin”——主账号粉丝约为团队账号的 30 倍。截至发稿核验时，这篇文章推文已收获约 1,300 次点赞、约 6.2 万次浏览。核验记录（TwitterAPI.io）对这次转发的概括是：确认发布属于公司官方传播，而非只停留在团队账号层面的动作。
英文版自述：两层架构与“无人 @ 也能修 bug”的内部实例
被转发的文章开头先自我限定：“原文为中文，此为机器翻译”；“本文讨论架构设想，并非介绍 DeepSeek Harness 的现有功能”。署名信息显示，Yujia Qiao 实现了系统并撰写文章，Huanqi Cao 等 15 位团队成员参与评审与讨论。
文章把 Super-agent 定义为持续在线、主动式的编码 agent，四个基本特征是 Continuous（上下文跨渠道连续）、Productive（并行完成多项复杂任务）、Proactive（监听环境事件、无需逐步指令）、Persistent（长期在线、异常自恢复）。支撑结构是两层架构：长期运行的 Router 会话承担所有人际交互、任务分派与全局记忆，自己不执行任务；上下文隔离的 Worker 会话各认领一项任务、带完整工具集执行，推理过程与工具调用不外发，只向 Router 报告状态。群聊消息、代码评审评论、CI（持续集成）结果等环境事件被称作 Trigger，经“程序化快路径 + 大模型慢路径”两级过滤进入系统；设备连接靠 BYOM（Bring Your Own Machine，把用户自己的开发机接入云端 agent），另设一个由定时消息驱动、独立于主系统的 Watchdog 会话负责排障与纠偏。
具体的例子来自一个内部实例：它跑在 DeepSeek Harness 上，能跨即时通讯与 GitHub 延续同一项开发任务，并监听公开群聊——在没有人 @ 的情况下自行定位根因、复现 bug 并提交修复 PR（pull request）。内部用户群配置了一条“安静复现并修复”策略：确认问题存在且找到简单修复后才交付结果，否则全程沉默。文章还给出一条已验证的硬规则：即时通讯渠道每次回复不超过 100 词。
合成负载下的 12.4 分钟：作者自注“仅供参考”
数据全部来自团队自报的初步实验。文章写明：每轮实验由约 300 条群聊与 GitHub CI 消息流驱动，其中约 20 条是工作请求，其余为闲聊、追问、取消与 CI 消息；编码工作由一个“只消耗时间的工具”模拟，因此实验测的是调度与协同能力，不是执行任务的真实编码质量。每种设计各跑 5 次。
Super-agent 的任务完成时间 p50/p95（50% 与 95% 分位的完成时间）为 12.4/15.7 分钟；对照的“单会话 + subagent（子代理）工具”在中性提示词下为 20.4/29.5 分钟——中性提示词下模型 5 次运行均未调用 subagent，所有工作堆在主会话里被新消息反复打断；换成“委派优先”提示词后 5 次中 4 次委派，时间为 13.8/29.0 分钟。开销方面也有对应数字：Super-agent 因维护多个独立会话，每轮缓存读取 token（词元）达 23.2M，约为单会话设计（6.1M）的 3.8 倍；消融实验中，去掉事件直通（pass-through）后任务完成时间几乎不变（12.6/15.5 分钟），但 Router 决策多约 30%、缓存读取 token 增至 31.8M，涨幅约 37%。
对 Router 层的单独压测支持批处理设计：需要决策的 Trigger 到达率从每分钟约 1 条提到约 40 条时，平均批大小从 1.0 涨到 2.8，单请求耗时只从 2.5 秒涨到 3.9 秒，摊薄到每次决策的推理时间反而从 6.4 秒降到 1.6 秒。作者对这批数字的定性很直白：实验使用合成负载与简化环境，部分设置“本可以更严谨”，结果仅供参考（indicative only）。
背书的边界：发布物仍自我标注为“非官方产品”
公司主账号背书的是这场发布，发布物本身的定位自述没有变化。英文版文章结尾重申：dsh-superagent-prototype “只是验证技术路线的原型，不是官方 DeepSeek 产品”。截至 11 月 1 日核验时，仓库 README 顶部仍是那句粗体声明——研究原型、仅供参考、非 DeepSeek 官方产品。README 自述：代码源自团队日常开发，相当一部分工程由编码 agent 完成；为发布做过改写，与内部版本及文章所述实现不完全一致，文章中的部分设计属于未来方向、未在本原型中实现；代码可能仍有 bug、工程风格可能不一致，使用前需自行审查与适配。仓库以 TypeScript 编写、MIT 许可；据 的整理，其版本为 v0.1.0、以单个 commit 发布；截至核验时，仓库已有 5,243 stars、495 forks。
主动行为在代码里也有闸门。据 MarkTechPost 梳理的原型文档，授权机制定义了 off、observe、auto 三种接受模式，默认 observe——agent 只记录“本会接受什么”，并不真正执行。
外媒跟进与独立声音：对标 Claude Code，可靠性质疑
主账号转发之前，外媒已经跟进。彭博 11 月 1 日称，DeepSeek 发布了更自主编码 agent 的开源原型“Super-Agent”，能主动监听开发者群聊中的编码问题反馈、在无人召唤时给出解决方案；报道将其解读为对 Anthropic 流行产品 Claude Code 的挑战，并引述 DeepSeek Harness 团队周六的微信文章作为出处。
《》当日 18 时许（北京时间）刊发的报道把发布放进“与 OpenAI、Anthropic 的编码竞赛”框架，引述文章原话“单任务的上限取决于模型能力，多任务的上限取决于人的注意力”，并提到团队估计一个人通常只能同时跟住 3～5 个活跃 agent 会话。报道还给出独立声音：北京的 AI 创业者 Liu Ming 在知乎上表示，“当今 AI 软件开发的挑战在于确保可靠性……而不是更快地完成任务”。SCMP 同时注意到，DeepSeek 自己承认了安全与隐私风险——恶意指令可能危及其连接的其他服务与系统——并强调这仍是架构探索，不是成熟产品。
尚待验证的部分：真实编码质量、安全边界与默认的观察模式
文章把未解之处集中在“开放问题”一节：两层架构如何扩展（Router 何时分片、Worker 之间何时直接协作）、没有会话概念的 agent 该如何做产品交互、跨实例的上下文边界与 A2A（agent-to-agent，代理间）通信，以及安全与隐私。安全一节的自述相当直白：云端 Agent Loop 持续接收外部事件，端点设备持有私有代码、敏感数据与本地凭证，一旦服务端被入侵或提示注入攻破 Agent Loop，所有连接的端点都可能被接管；即便云端未被攻破，凭证只要进入模型上下文就可能泄露，agent 需要做到“使用凭证却不看见凭证”。
这次转发没有改变这些自述：主账号转发约一小时后核验仓库页面，README 顶部那句“并非 DeepSeek 官方产品”仍原样未动。