https://caozuohua.github.io/tags/dag/Recent content in DAG on CAO ZUOHUAHugozh-cnThu, 08 Oct 2026 21:25:00 +0800https://caozuohua.github.io/posts/2026-10-08-agent-kanban-02-task-graph/Thu, 08 Oct 2026 21:25:00 +0800https://caozuohua.github.io/posts/2026-10-08-agent-kanban-02-task-graph/<h1 id="给本地-agent-造一块看板三任务图派把下一个任务变成一次查询">给本地 Agent 造一块看板（三）：任务图派——把「下一个任务」变成一次查询</h1> <blockquote> <p>本系列共八篇，用同一套七层能力框架（C1–C7）横向解剖开源任务看板。 本篇覆盖 <code>steveyegge/beads</code>、<code>eyaltoledano/claude-task-master</code>、<code>bmad-code-org/BMAD-METHOD</code>。 元数据于 2026-10-08 经 GitHub API 一手核验。</p> </blockquote> <hr> <h2 id="一这一派放弃了看板">一、这一派放弃了看板</h2> <p>上一篇的文件系统派，本质是「把看板换个存储介质」。任务图派的野心更大：<strong>它认为看板这个隐喻本身就是错的。</strong></p> <p>看板的说法是&quot;一张张卡片，从左边流到右边&quot;。这个隐喻隐含了一个假设：<strong>任务之间是独立的</strong>。它默认你拿起最左边那张卡就能做，不需要等谁。</p> <p>真实的多 agent 场景里，这个假设经常不成立。&ldquo;写部署文档&quot;要等&quot;接口定稿&rdquo;，&ldquo;跑基准测试&quot;要等&quot;数据集清洗完&rdquo;。如果看板不知道这些依赖，那么 agent 取任务时就只能按创建顺序或一个优先级数字去猜——<strong>它随时可能取到一个&quot;前置条件还没满足&quot;的任务，然后在那里空转、报错，或者更糟：基于不存在的产物瞎编。</strong></p> <p>任务图派的回答是：<strong>别猜，把它算出来。</strong> 把依赖显式建成图，然后提供一个查询，直接返回&quot;当前真正可以开工&quot;的那批任务。</p> <div class="mermaid"> graph LR T1[&#34;T1 接口定稿 ✅&#34;] --&gt; T2[&#34;T2 实现服务端&#34;] T1 --&gt; T3[&#34;T3 写部署文档&#34;] T2 --&gt; T4[&#34;T4 跑基准测试&#34;] T2 --&gt; T5[&#34;T5 前端联调&#34;] style T1 fill:#d1e7dd style T3 fill:#fff3cd style T4 fill:#f8d7da </div> <script type="module"> import mermaid from 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.esm.min.mjs'; mermaid.initialize({ startOnLoad: true, theme: 'neutral', securityLevel: 'strict', flowchart: { curve: 'basis' } }); </script> <p>在上图里，绿色的 T1 已完成；黄色 T3 虽然前置已满足但依赖另一条链；红色的 T4 被 T2 阻塞。<strong>问题&quot;我现在该做哪个&quot;的答案，就是所有&quot;前置全部完成&quot;的节点集合——术语叫就绪集（ready set）。</strong></p>