Anthropic 的看板不在看板里
Anthropic 的看板不在看板里
这是《给本地 Agent 造一块看板》系列的番外。系列正文用同一套七层能力框架(C1–C7)解剖了 20 个开源看板与编排项目,本篇回到一个更上游的问题:如果这个场景真有标准答案,行业里最有钱、最懂 agent 的那家公司是怎么做的?
三条先行结论
事是真的,形态是假的。 Anthropic 确实有一套让人和 agent 一起接活、认领、交付、复核的机制,而且已经在全员规模上跑了大半年。但公开材料里没有任何一处把这件事描述成看板。
最像看板的那套东西,是用文件实现的。 它的共享任务列表、消息邮箱、并发防冲突,全部落在本机文件系统上——
~/.claude/tasks/加一堆 JSON 文件加文件锁。跟我在系列第二篇里拆的kanban-md几乎是同构的。它主动放弃了无人值守。 这是最反直觉的一点,也是最值得带走的一点:Anthropic 做了自动领取(self-claim)、做了原子防冲突(file lock)、做了依赖自动解除,然后在最关键的入口上写下一句「非交互模式下不会创建 teammate」。它把「人」当成设计的一部分,而不是需要消除的瓶颈。
先澄清:这条说法可能混了三个东西
搜下来,容易被并成一个「Anthropic 内部看板」的,实际是三套不同层面的东西:
| 名称 | 是什么 | 面向谁 | 时间 |
|---|---|---|---|
| Claude Tag | Slack 里的常驻 Claude,一个频道一个身份,多人共享 | 客户(Team / Enterprise) | 2026-06-23 发布 |
| Claude Code Agent Teams | 多 session 协同机制,含共享任务列表与文件邮箱 | 开发者,实验特性 | 2026-02-05 预告,文档 2026-10-02 更新 |
| 《Building effective human-agent teams》 | 组织方法论,讲角色、验证与注意力预算 | 公众 | 2026-06-24 |
此外还有第四件:Anthropic 把自己内部「有多少活是 AI 干的」做成了公开指标,2026-09-17 发布。它不算看板,但它提供了理解前三个的坐标系。
我的核实原则和系列一致:一手优先,二手标注,推测剔除。下面每一条事实都给出出处,末尾附证据分级。
第一套:Claude Tag —— 把 agent 放进通讯录,而不是放进看板
Claude Tag 的官方描述里有一句很关键的话:
DeepSeek Harness 解读(一):它不是另一个 Codex
这是一组关于 DeepSeek Harness(简称 DSH)的源码级解读。第一篇先回答一个很现实的问题:市场上已经有 Codex、Claude Code,为什么还需要 DSH?
先说结论
如果需求是“给我一个现在就能写代码的 Agent”,普通用户没有太多理由选择 DSH。Codex 和 Claude Code 的优势在于完整的产品体验:安装、权限、上下文、编辑、测试、恢复和日常交互都已经被包装好了。
DSH 的合理定位不是“另一个更好用的 Codex”,而是:
一个可编程、可替换、可嵌入、可自托管的 Agent Runtime,同时提供一个 DeepSeek 原生的 Coding Agent。
这两个定位看起来相近,实际上面对的是不同买家。
三种产品不是同一层
可以把 Agent 市场拆成三层:
模型层:DeepSeek / OpenAI / Anthropic / 自建模型
运行时层:DSH / OpenAI Agents SDK / Google ADK / LangGraph / Pi
产品层:Codex / Claude Code / 企业内部 Agent 产品
Codex 和 Claude Code 的核心目标是让用户完成任务。它们当然也在开放 Skills、MCP、SDK 和企业部署能力,但用户不需要先理解运行时内部结构,就可以开始工作。Codex 开发者主页、Claude Code CLI 文档
DSH 的重点则是把运行时本身暴露出来:模型适配器、工具注册表、Session Log、Agent Loop、沙箱和审批都可以通过插件和配置组合。官方架构文档甚至明确写道,产品中的这些部分都属于插件,而不是一个必须修改的特权核心。DSH 架构文档