给Agent配看板前，先想清楚谁在拖卡片
看板适合人类协作，因为复杂拓扑藏在人脑里。Loop Agent要把这些关系显性化，卡片很快就不够用。工业聚提出用MCDT组织Agent/Session协作，Human只做Input/Output节点，可观测性也该从过程指标转向关键事实节点。
看板在Agent场景里经常显得别扭。
工业聚在推文里给了一个判断：看板不适合Agent，特别是Loop Agent。它的表达能力太弱，本质上只是几个Ordered Grouped List在腾挪。
看板是过去人类协作时代的产物。任务背后复杂的拓扑关系网络，大量隐性知识，存在人类员工脑海里。看板自身可以简单，因为复杂关系不用它来承载。
Agent工作要求显性化隐性知识。一旦展开，这些关系就超过看板的表达能力，也超过人类的跟踪能力。
Jiayuan (JY) Zhang问过一句：What if your codex/claude code has a kanban board? 图里看板很整齐，分Backlog、Todo、In Progress，卡片有编号、负责人、更新时间。评论区的问题更直接：谁负责把卡片拖到done，人还是Agent。
有网友说，看板只有Agent自己更新才有用，如果还要人拖卡片，人就变成了实习生的项目经理。另一个回复更具体：卡片写做到一半，磁盘上却是半残diff，人回来还得重摸。看板要接可回放检查点，多一列To Do解决不了。
工业聚的解法是MCDT(Montone Co-Design Theory)。它给出了工作单元之间形成的网络结构中Requirement/Functionality关系的单调性和可计算性优化策略的刻画能力，可用在循环工程中作为Agent/Session之间协作的内部结构。
一句话概括：MCDT in the loop, Human on the loop。Human是MCDT网络中的Input/Output节点。
人类定义目标，要什么。人类定义验收标准，是什么。Loop内部自行从当前状态规划面向验收目标的内部Todos。人类可以通过分解目标，把可验收性质分配到多个时间阶段，微调Loop内部的执行路径。
监控一组固定看板/Todos的作用可能不显著。它们是动态的，随目标变化、事实开展而调整。Cursor/Codex/Claude-Code都显示过相关tasks，但随着steering和coding开展，很容易跟tasks匹配不上。
评论区有人补了一个角度：和Agent一起用的看板，更像人和Agent之间的接口。人定义目标和验收标准，结果层面的卡片就是I/O节点。Agent内部的Todos不必全搬上看板。
Agent的可观测性建设重点，应当从过程指标转向结果指标，围绕关键事实节点开展。卡片可以留，但别再指望一组固定清单能完整描述Loop内部发生了什么。
参考链接：
发布时间: 2026-11-01 22:28