博客 · 分析
共享任务板：团队感，和协调的账单
2026年9月28日 · dshbase · X pulse
一块共享的板子会让一群 agent 看起来像一支团队。这种感觉是人们正在发帖称赞的功能，它也是发票。这周 X 上的一簇帖子夸 DeepSeek Harness 里的任务板和成员之间的聊天，然后——同一口气里——描述死亡循环：agent 把会话花在互相协调上，并要求熔断器。两半是同一个对象。人人都能写的板子是协作表面。它也是一个你没打算运行的调度器。
哲学我们已经在Agent Team 那篇里说过：你是项目经理，房间是玻璃的，成员可以互相传话，这个页签的意义是你能看见卡住的那一步。那篇文章仍然成立。它权重不够、而这篇脉搏要补上的，是「因为所有人都在说话，所以你什么都看得见」的成本。可见性代替不了跳数上限。没有门禁的玻璃房，只是一场会给自己做记录的会。
玻璃房已经说对的部分
和黑盒「员工」产品的对照，当时是对的。你检查不了的固定员工，对两秒钟的杂事很方便，对真正的项目则不友好。DSH 的团队页签把这件事反过来：招募一个写代码的、一个查资料的、一个审核的；给他们各自的会话；让他们传一张纸条，而不必每句话都经过队长。工程师调错接口时，日志显示那一步。这部分值得留下。这周的讨论没有废除它。
值得加上的，是玻璃这个比喻藏起来的警告。玻璃让活动看起来像进展。卡片在列与列之间移动，看起来像一场你愿意尊重的站会。有些移动是工作本身。有些是 agent 向彼此叙述工作、更新一个人类没要的状态、重读一个队友已经改过的文件。会话日志会忠实记下这些浪费。忠实的浪费仍然是浪费。只追加的日志是事后审计的方法。上限是让你不必靠审计的方法。
这周的帖子多出来的东西
@GKev1n 把张力放在一处：任务板加上成员聊天，对面是协调死亡循环和对熔断器的愿望。这是玻璃房文章的安装者版本。板子是味道。循环是故障模式。熔断器是在承认味道停不住循环。
@yuanyang_ai 切的是另一刀，命名潮流过去之后也该留下。Harness 这个词可能会淡。责任不会。如果一块板子把卡片派给一个 agent，agent 合并了一个坏补丁，板子不负责。你负责。一个感觉像团队的界面尤其擅长洗掉这个事实，因为卡片上有一个不是你的经办人。
插件侧的体验正在边缘长出来，这让预览看起来比它完成的程度更像成品。@Nikonenes 在展示 dsh-file-drop。@mykeura 在展示主题插件。文件丢放和主题改变的是这间房间握在手里的感觉。它们不加写锁、不加跳数预算、也不加批准门。这篇笔记没有审计这些插件，我们也不会编安装量。观察只是：抛光到得比政策快。更好看的板子是一场更有说服力的会。
核心的团队表面在要紧的那种意义上仍是预览：人们正在公开场合、在 X 上、在称赞它的同一周里发现它的故障模式。预览不是侮辱。它是一个理由：把限制放在功能前面，而不是放在复盘后面。如果你还因为看板截图变好看就想升级运行时，把它和版本锁定清单放在一起看。未锁定的包上换一个新框，是两个实验。
协作的味道，对着协调的开销
味道是真的。人用卡片组织工作，是因为卡片把「在谁手上」和「怎样算做完」放到外面。Agent 可以用同一种外化。用了之后，你终于可以指着一列，而不必去翻记录。成员聊天是味道的另一半：研究员不必叫醒队长，就能把一个链接交给工程师。玻璃房那篇把这个称为要点。在交接物是事实的任务上留着它——一个 URL、一条文件路径、一条测试命令——而不是一种感觉。
开销是交接本身变成工作的时候。死亡循环报告里的模式，人类团队很眼熟，在按 Token 计费的团队里更糟，因为 agent 不会腻：
- 两个成员来回改写任务描述，直到卡片比补丁还长。
- 审核要求修改，作者去「对齐」，审核再审对齐，没有人跑测试。
- 状态更新被发成聊天消息，然后每个成员都有义务去读，于是前缀随着公文生长。
- 卡住的成员去拍房间，房间重新分派，卡住现在是三个会话。
每一跳都是一次模型调用。每一次模型调用都重发这块板子。一个五人房间「只是同步一下」，可以花得比一个被允许做完的标准会话更多。 缓存笔记在这里要乘一个系数：一块共享的、还在变的板子，是你故意不断作废的前缀。如果你想要命中率，委员会是错误的形状。
实践上限：跳数、写锁、人工升级
这些是操作规则，不是在声称产品把它们做成了复选框。熔断器以后如果出现在 UI 里，很好。在那之前，断路器是你。@GKev1n 要一个，就是社区在说同一句话。
最大跳数。 房间开始之前就决定，一张卡片可以引起多少条成员之间的消息。一个小整数是对的那种。计数触发之后，卡片回到你这里，其他会话停止。「他们快对齐了」是循环活下来的方式。跳数在会话日志里数得出来；如果你不打算数，就不要打开这间房间。一个研究员加一个实现者是一支团队。第三个「负责质量」的 agent 需要一条写下来的触发条件，不是一个永久座位。
写锁。 同一条路径一次只允许一个成员编辑。其余的人读，或者去另一个目录。玻璃房会在两份补丁都存在之后把碰撞显示给你。锁让碰撞不会变成工作本身。如果你的板子表达不了锁，锁就是任务里的一句话：「这张卡片关闭之前，别人不准碰 src/billing。」Agent 听从明确约束的时候，多于听从一个名叫「进行中」的列的精神。
人工升级批准。 有些跃迁不是 agent 的事：加依赖、改认证、删测试、把工作区开得更宽、花过你单独准备的那把 Key、再招募一个成员。这些动作需要你。升级不是自治的失败。它就是把项目经理留在回路里的意义，玻璃房那篇的标题为此存在是有原因的。一块让 agent 互相批准高风险动作的板子，是用透明零件重新搭出来的黑盒。
把这三条写进队长的第一条消息，也写进卡片模板。在主题插件里重复它们不会生效。一次运行违反了规则，就停掉房间。不要和记录谈判。
板子什么时候挣得回它的位置
工作能拆成叫得出名字的产物时再用板子：搜集材料、实现、跑测试、审 diff。每个成员一件产物。玻璃房就会做我们说过它会做的事——你看着卡住的那一步，而不是看着转圈。
任务是单个文件、单个 bug 或一个问题时，跳过板子。为一个问题组团队，就是开会。升级周还没锁定、模型 id 是全新的、或者 Key 没有预算时，也跳过。 BYOM 笔记说过，不要用一个还没面试的客人去装满房间。同一句话适用于一个还陌生的运行时。一个会话、一个模型、一种模式，直到轨迹看起来无聊。
你想要的是缓存效率时，也跳过它。诚实地说出来。多 agent 是能力上的花费。称 DSH 省的帖子和称板子好玩的帖子，描述的不是同一种配置。你可以跑任意一种。不该用一种为另一种辩护。
预览，把责任留在原处
@yuanyang_ai 的那句是收束。名字会换——harness、团队、板子、办公室，下一张皮肤怎么称呼这个页签都行。把 agent 指向仓库的那个人，仍然是为 diff 回答的那个人。主题插件和文件丢放会让这个页签更好坐。更好坐不是做完。对这个表面来说，做完意味着跳数上限和写锁会失败即关闭，以及一步 agent 不能替你点下去的批准。
在这些出现之前，从你已经在管理的、按小时计费的人类团队那里借它们，因为这一支也是按量计费的。需要哲学时读玻璃房。需要证据时读会话。在爱上那些列之前，先数跳数。
X 上的来源
只有社区信号。不是官方的团队功能说明。
- @GKev1n — 任务板与成员聊天，对面是协调死亡循环和熔断器。
- @yuanyang_ai — Harness 这个名字可能会淡，责任不会。
- @Nikonenes —
dsh-file-drop，核心周围插件体验在长的一个例子。 - @mykeura — 主题插件，同一观察。核心的团队行为仍是预览。