我先确认这篇报道的主角、Harness 具体指什么，以及 “抢跑 DeepSeek” 这个说法的出处。
核对完了，有两个地方要说明：其一，“抢跑” 这个说法是叙事角度，不是事实 ——DeepSeek 发的是架构长文，AFK 是产品工程，两件事不是一回事；其二，这条路线 2025 年 9 月就被 Poke 跑通过，AFK 做的是把它推到团队级并开源。这两点我在正文里都拆开了。
先把最核心的事实说清楚：这不是 “谁抄谁”，是两条独立路线撞在了同一个架构上。2026 年 10 月底，DeepSeek Harness 团队发了一篇 Super-agent 架构长文，提出未来 Agent 该有四个特征，分别是连续、高效、主动、持久，做法是 “一个常驻 Router 加多个上下文隔离的 Worker”，让 Agent 去管理 Agent，把人从 “同时只能盯 3 到 5 个会话” 的注意力瓶颈里解放出来。而硅谷华人团队 AFK AI（开源组织 AFK-surf）做了一款叫 Comma 的产品，今年 4 月 28 日就以 Bridge 的名字公开发布，5 月 20 日在代码层面定下 “每个团队一个 Router Session”，6 月 3 日上线固定主对话和 delegate_task，9 月 30 日开源，10 月初还公开了基于 Lean 的形式化验证。也就是说，DeepSeek 在写文章的时候，Comma 已经跑了半年。但 “抢跑” 这个说法要打个折：DeepSeek 给的是方向判断，Comma 给的是能装能跑的产品，两者不是同一条赛道上的竞速，更像 “同一道题，一个交了论文，一个交了作业”。
36氪一、先把三个容易混的东西分开
| 名称 | 是什么 | 时间 | 性质 |
|---|---|---|---|
| DeepSeek Harness（dsh） | 一个 MIT 协议开源的 Agent 运行时，CLI 包 dsh，基于 Cordis 插件内核，“一切皆插件” | 2026 年 8 月 13 日开源，v0.1.0-rc.5 | 代码，可直接跑 |
| DeepSeek Super-agent 长文 | 一篇架构设想文章，提出连续、高效、主动、持久四个标准 | 2026 年 10 月底 | 理念，不是产品 |
| Comma（AFK AI） | 硅谷华人团队的产品，单 Session + Router + 多 Worker，跨 IM、可自部署、已开源 | 2026 年 4 月 28 日以 Bridge 发布，9 月 30 日开源 | 产品 + 代码 |
这三件事被中文稿揉成了一句 “DeepSeek 刚提出、硅谷团队早半年做到”。准确的说法是：DeepSeek 先开源了底座（8 月），又写了篇架构文章（10 月）；Comma 是另一条线上独立做出来的产品（4 月起）。
二、时间线摆在一起看，谁早谁晚
| 时间 | 事件 | 谁做的 |
|---|---|---|
| 2025 年 9 月 | Poke 上线，验证 “一个人、一条连续对话、派执行 agent” 的模式 | 硅谷团队 |
| 2026 年 4 月 13 日 | 内部定下 “日常聊天的主 Agent + 干活的 Agent” | AFK AI |
| 2026 年 4 月 28 日 | Bridge 公开发布，博文写明 “Bridge is a lead agent… sub-agents are integrated automatically” | AFK AI |
| 2026 年 5 月 20 日 | 代码层面确立 “团队级单 Session”，每个团队一个稳定 Router Session | AFK AI |
| 2026 年 6 月 3 日 | 固定 Bridge 对话 + delegate_task 上线 | AFK AI |
| 2026 年 6 月 23 日 | Claude Tag 上线，一个 Slack 频道共享一个 Claude | Anthropic |
| 2026 年 8 月 13 日 | DeepSeek Harness 开源，24 小时内 Star 从 2.75 万涨到约 8 万 | DeepSeek |
| 2026 年 8 月 26 日 | Session 切换能力，TLA+ 建模 | AFK AI |
| 2026 年 9 月 9 日 | 共享 Session 的信息流控制（IFC） | AFK AI |
| 2026 年 9 月 30 日 | Comma 正式开源 | AFK AI |
| 2026 年 10 月 6 日 | 前缀稳定性的 Lean 形式化证明 | AFK AI |
| 2026 年 10 月底 | Super-agent 架构长文 | DeepSeek Harness 团队 |
三、两边到底 “撞” 在哪：三层架构对照
| 层 | DeepSeek 的设想 | Comma 的实现 |
|---|---|---|
| 交互层 | 一个对话入口，人只做顶层决策 | 一个长期在线的主对话，用户只跟 Router 说话 |
| 调度层 | 常驻 Router，承接人类交互、分派任务，不亲自干活 | Lead Agent（Router），接管任务后给 Worker 开新 Session |
| 执行层 | 上下文隔离的 Worker，并行干活，只回结果 | Subagents，各自有环境、提示词、工具，细节不外泄 |
| 状态层 | 计算、状态、环境分离，长期记忆放上下文之外 | 长期状态存在模型上下文之外，靠 Router 与 Worker 分工减压 |
| 执行环境 | BYOM，端侧部署无状态 Daemon，云端按需读本地 | 企业 IM 里 @Comma bot，个人 agent 接管员工电脑做执行节点 |
| 交互模式 | 事件驱动 + 异步 ReAct Loop，全双工 | 自研分布式框架 Salix + 可编程 Loop，第三方连接器接事件 |
| 触达渠道 | 多信道，跨 IM 与 GitHub | 微信、Signal、iMessage、飞书、Slack、Telegram、Linear |
一句话概括这套架构：主脑负责记和派，Worker 负责干和报，用户只看结果。它解决的其实是同一个矛盾：Agent 的并发可以无限扩，人的注意力只有 3 到 5 个会话。
四、Comma 已经做出来的五件事，比架构图更有说服力
- 一个对话框里并行三个任务。三个任务分别派给不同 Worker，互不干扰，中途还能插话加活，用户只验收结果。
- 跨平台接力。在 Comma 里给 Linear 下需求，Issue 自动建好并拆好任务；Linear 里的 Issue 也能反过来交给 Comma 执行，进展同步回原任务。
- 主动值守。Agent 可以自己写值班程序，模型不运行、客户端退出也保持监听，到点唤醒。实际用法是每天 12 点和 21 点自动搜 AI 新闻、整理成选题推送。
- 长期记忆不靠上下文窗口硬撑。任务结果、人工修改、验收反馈被记录成训练信号，用来迭代专属小模型；新模型必须在团队自建评测里赢过旧版本才能上岗。文中举的例子是：v3 把退款请求误判成 Bug，学了人工纠正后，v4 能正确识别为账单问题。
- 开源且可自部署。支持 BYOK，能接 Codex、Claude Code，让 Comma 去监督这些工具干活；企业场景走权限和信息流控制，限制敏感数据流转。
五、“提前半年” 这句话，该打几折
| 说法 | 成立程度 | 说明 |
|---|---|---|
| Comma 的架构落地比 DeepSeek 那篇文章早约半年 | 成立 | 4 月 28 日 Bridge 公开发布，10 月底才有 Super-agent 文章，相隔约 186 天；但比的是 “产品发布” 和 “文章发表”，不是同一类事件 |
| 比 Claude Tag 早近 2 个月 | 基本成立 | 6 月 3 日固定主对话上线，Claude Tag 是 6 月 23 日，差 20 天；说 “近 2 个月” 指的是 4 月 28 日的公开发布 |
| “领先全球几个月” | 要打折 | 2025 年 9 月 Poke 就先跑通了 “一个人一条连续对话”，Comma 的贡献是把它推到团队级、接 IM、开源，不是从零发明 |
| “下一代 Agent Harness 造出来了” | 部分成立 | Comma 是完整的 Agent 产品 / 运行时，但它和 DeepSeek Harness 那种 “给模型配手脚” 的编程 harness 不完全同类 |
| 时间线本身 | 需自证 | 4 月到 10 月的节点大多来自团队自己的博文、工程记录和 Wayback 存档，外界只能核到公开博文与 commit，内部记录无法验证 |
六、为什么两家会撞到同一个架构上
不是巧合，是约束推导出来的必然：
- 约束一：上下文会爆。一个 Session 接管所有事，窗口迟早塞满，细节还会互相污染。解法只能是 “主脑只留摘要，细节丢给隔离的 Worker”。
- 约束二：人的注意力有上限。3 到 5 个活跃会话就是普通人的极限，再多的并发只会变成 “切窗口地狱”。解法只能是 “人只看一个入口”。
- 约束三：任务在 IM 里发生。真实工作不在某个网页里，而在微信、飞书、Slack 的对话里。解法只能是 “Agent 下沉到 IM，成为联系人”。
- 约束四：执行要在本地。公司代码在内网、文件在本机，云端沙箱看不见。解法只能是 “脑在云、手在端”。
四条约束同时成立，剩下的架构选择其实不多。所以两边的相似不是互相抄，是同一道约束方程解出了同一个答案。
七、想上手的话，按这个顺序判断
- 先分清你需要的是 “一个助手” 还是 “一个团队主脑”。个人用，单 Session 的价值主要在 “不用反复交代背景”；团队用，价值才在 “同事在 Slack 问进度，主脑能直接答”。
- 看权限模型，而不是看 Demo。多 Worker 并行意味着多个执行节点、多份数据流转。重点问：共享 Session 里谁能看到什么、敏感信息怎么隔离、Worker 能不能碰生产环境。
- 看记忆是 “真存” 还是 “硬塞”。长期状态放在上下文之外、按需检索，才是可持续的；如果只是把历史全塞进 prompt，用到第三个月就会崩。
- 看自进化的门槛。Comma 那套 “小模型赢了旧版才上岗” 是好设计，但要问清评测集谁维护、会不会过拟合、回滚要多久。
- 看开源程度。Comma 9 月 30 日开源、DeepSeek Harness 8 月 13 日以 MIT 开源，两个都能自己跑；但都还在早期，DeepSeek Harness 明确警告会有破坏性变更，别直接上生产。
八、收个尾
这条新闻真正有价值的部分，不是 “谁抢跑了谁”，而是两家从完全不同的位置出发，得出了同一个判断：Agent 的瓶颈已经从模型能力，转移到了人的注意力和上下文的物理上限。DeepSeek 用一篇文章把这个判断讲清楚，Comma 用半年的工程把它跑成了能用的东西，Anthropic 用 Claude Tag 在 Slack 里做了半个版本。三个方向合起来看，下一代 Agent 的形态大概就是：一个永远在线的主脑，一群各干各的 Worker，一堆你本来就在用的聊天窗口。至于谁先谁后，等代码和用户量说话，比争 “提前几个月” 有意义得多。
相关 FAQ
问题 1：这条新闻说的 “下一代 Agent Harness” 到底指什么，是 DeepSeek 的还是 Comma 的？
回答 1： 两个都在，但含义不同。DeepSeek Harness 是一个 8 月 13 日以 MIT 协议开源的 Agent 运行时，基于 Cordis 插件内核，模型、工具、技能、会话、沙箱、存储、循环、调度甚至 UI 都是可替换的插件，主打 “一切皆插件、每次运行可追溯”；而 10 月底那篇 Super-agent 长文，是它团队对下一代架构的设想。Comma 是 AFK AI 做的一条独立产品线，采用的是 “单 Session + Router + 多 Worker”，4 月 28 日以 Bridge 之名发布、9 月 30 日开源。所以 “下一代 Agent Harness” 在这条新闻里同时指了两种东西：一个开源底座加一篇架构文章，和一个已经跑了半年的产品。
问题 2：Comma 真的比 DeepSeek 早半年吗，这个 “抢跑” 说法靠谱吗？
回答 2： 时间上成立，性质上要打折。Comma 的前身 Bridge 在 2026 年 4 月 28 日公开发布，DeepSeek 的 Super-agent 架构长文在 10 月底，相隔约 186 天，这个 “早半年” 是按公开节点算的，没错。但两者不是同一种交付：DeepSeek 交的是方向判断和开源底座，Comma 交的是能装能跑的产品，比 “产品发布 vs 文章发表” 本来就不公平。另外 “领先全球” 也不准确，2025 年 9 月 Poke 就已经验证过 “一个人一条连续对话”，Comma 的贡献是把这套模式推到团队级、接进 IM 并开源。
问题 3：Comma 的 “单 Session + 多 Worker” 架构，和 DeepSeek 说的 Super-agent 是一回事吗？
回答 3： 核心结构是一回事，落地程度不同。两边都是常驻 Router 负责承接人类交互和分派任务、上下文隔离的 Worker 并行执行、只把结果汇总回主脑；也都强调长期状态放在模型上下文之外、计算与执行环境分离、事件驱动的异步交互。差别在实现：Comma 已经接进微信、飞书、Slack、Signal、iMessage、Telegram、Linear，支持企业 IM 里 @bot 让员工电脑当执行节点，还开源了代码和基于 Lean 的形式化验证；DeepSeek 那边是架构文章加一个刚开源、还在 RC 阶段、明确警告会有破坏性变更的运行时。
问题 4：Comma 的 “持续学习” 是怎么做的，会不会越学越偏？
回答 4： 它的做法是把 Agent 的任务结果、人工修改和验收反馈记下来，转成训练信号，迭代专属小模型；新模型必须在团队自建评测中严格赢过旧版本才能上岗，否则回退。文中给的例子是 v3 把退款请求误判成 Bug，学人工纠正后 v4 能正确识别为账单问题，评测数据按月更新，成熟工作流逐步交给小模型，复杂任务继续用大模型。风险在于评测集如果只由团队自己维护，容易过拟合到自家场景；另外小模型接管成熟流程后，能力边界一旦漂移，回滚机制是否够快需要实测。
问题 5：普通团队现在要不要上这类 “主脑 + 多 Worker” 的 Agent？
回答 5： 先看三个前提再决定。第一，你们的任务是不是真的并发 —— 如果一天就三五件事，单会话完全够用，多 Worker 只会增加管理成本。第二，权限模型能不能扛住 —— 多执行节点意味着多份数据流转，要先问清共享 Session 里谁能看什么、敏感信息怎么隔离。第三，记忆是 “存在上下文之外” 还是 “硬塞进 prompt”—— 后者用到第三个月就会撞窗口上限。三个都过关，可以拿 Comma 或 DeepSeek Harness 在非生产环境试跑；两个都还在早期，DeepSeek Harness 明确警告会有破坏性变更，不适合直接上生产。
参考资料
[2026-11-07]（抢跑 DeepSeek！硅谷华人把下一代 Agent Harness 造出来了！？）量子位 / 今日头条
[2026-11-06]（DeepSeek open-sources AI agent harness）Agentic Brew
[2026-11-02]（DeepSeek 刚发的下一代 Agent，竟被这家硅谷团队提前半年实现了？）36 氪 / 新智元
[2026-10-31]（迈向更自主的 Agent 系统：Super-agent 设计探索）DeepSeek Harness 团队
[2026-09-13]（DeepSeek Harness developer preview: Everything is a plugin）DeepSeek
免责声明
本文依据量子位、36 氪 / 新智元的公开报道，DeepSeek 官方产品页与开源仓库信息，以及 AFK AI 团队公开的博文与工程记录整理。文中的时间线节点（4 月 13 日、4 月 28 日、5 月 20 日、6 月 3 日、8 月 26 日、9 月 9 日、9 月 30 日、10 月 6 日）主要来自团队自述与公开博文、Wayback 存档，内部仓库记录无法由第三方核验；“提前半年”“领先全球几个月”“下一代 AI 操作系统” 等表述为媒体或团队口径，本文在第五节逐条标注了成立程度，未作背书。DeepSeek Harness 目前为 v0.1.0-rc.5 开发者预览版，官方明确提示将有破坏性变更；Comma 开源时间较短，生产可用性未经验证。本文不构成任何工具选型、采购或投资建议，涉及企业数据与权限的部署请先做安全评估。