介绍看板模式的文档与运维备忘共用一套九个词的词汇表 — 无论打开看板、链还是会话启动器的指南，出现的都是同一批词。本页把这些词集中在一处定义。每个条目是一行定义加一个示例；其余文档都以这些含义为前提。

先从最容易绊住人的地方说起：泳道 (lane) 和列 (column) 是两个不同的词。二者的区别在下面单独一节展开。

看板固定为五列：

flowchart TD
    Backlog["backlog — 队列
(没有归属会话)"]
    Plan["plan 列
(plan 伴随会话)"]
    Run["run 列
(run 伴随会话)"]
    Sync["sync 列
(sync 伴随会话 + 评审判定)"]
    Done["done — 终点
(不向这里派发任何东西)"]
    Backlog --> Plan --> Run --> Sync --> Done

backlog 和 done 刻意不设归属会话。中间三列各自对应一个伴随角色，这让派发变成一次查表而不是一个决定 — 卡片在哪一列，就决定了它发给谁。review 列并不存在：评审判定由 sync 关卡吸收，由 sync 阶段亲自运行评审视角。

列 (column) 指工作的一个阶段；泳道 (lane) 指载着一张卡片穿过这些阶段的主体。一个是看板上的停靠站，另一个是穿过停靠站的路线。

flowchart TD
    subgraph LaneA["泳道 — 卡片 t0: run 会话 + worktrees/t0"]
        A0["卡片 t0"] --> A1["实现与验证
只发生在 worktrees/t0 里"]
    end
    subgraph LaneB["泳道 — 卡片 t1: 第二个 run 会话 + worktrees/t1"]
        B0["卡片 t1"] --> B1["实现与验证
只发生在 worktrees/t1 里"]
    end

两条泳道可以同时流向同一块看板，并且从头到尾不进入彼此的工作树。这正是并行得以安全的原因 — 任何泳道的提交都不会漏进另一条泳道的工作树。

一个每个词都出现一次的真实流程：

1. 运维者用 /moai todo "rename hint is stale" 把卡片 t0 放进待办。
2. 主导会话从队列里选出 t0，把它派发给 plan 伴随会话。
3. plan 伴随会话写好SPEC后，主导会话亲自读证据，把卡片移入下一列。
4. run 在工作树 .claude/worktrees/t0 里实现，分支名不放卡片 ID，而是写清做了什么（用 WT-todo-queue，不用 WT-t0） — 这个会话与工作树的对子就是泳道，验证也在泳道内进行（只跑改动可能影响的测试）。主导会话启动时打印的 a1b2c3 就是运行ID，而会话名本身是 lead。
5. sync 列照同样方式通过 —— 期间 sync 关卡吸收评审判定 —— sync 开出PR后，卡片抵达done。

在这整个过程中，卡片的工作只发生在 .claude/worktrees/t0 里，从头到尾不与并行泳道的工作树相混。

• 看板模式 — 进入条件、Origin-Trail Chain 设计、链的阶段
• /moai todo — 把卡片放上看板的待办队列
• Harness 工程学 — 阶段链与观测如何架在 Harness 设计之上