三人并行协同
三台机器、三个 Claude 会话不能直接通信，只能靠 git 仓库协同。board/ 把"谁干什么、干到哪、下一步派给谁"变成可提交、可拉取的任务文件——干完一个任务，自动按流水线 DAG 给下游 lane 派活。
怎么用
每个 lane 会话跑 /board，它会：
git pull—— 取别人的进度与新派的任务- 列出派给本 lane、依赖已全 done 的就绪任务
- 干（或调对应 stage skill）
python tools/board.py done <id>—— 标完成，并自动按 DAG 给下游 lane 派生任务git commit && push
近实时盯：/loop 5m /board 或 sh tools/watch.sh <lane> 300。
自动交接（DAG 实例）
done read-problem → 派生 plan-solution(lead)
done plan-solution → 派生 setup-env / select-parts / vision-scaffold(算法)
done interconnect → 派生 hw-wiring(硬件) / firmware-scaffold(控制) / test-checklist
done firmware + hw-wiring → ctrl-bringup(控制) 就绪（多依赖 join）
… → integration（整车联调，全员）任务是一文件一任务 board/<id>.yaml（避免 git 冲突）；任务只有依赖全部 done 才"就绪"。
模型异构无碍
- 整合在文件层，git 不管文件是哪个模型写的。
- 读 PDF / 数据手册等多模态任务归 lead（Claude）；队友 DeepSeek / GLM lane 干代码活。
- 队友的代码错误交编译 /
pinmux_check等确定性门兜底。
防 git 冲突的目录归属
| 目录 | 谁可写 |
|---|---|
contracts/、env/、.claude/、tools/、lib/ | 只 lead |
design/ | 硬件 lane（+ lead 跑设计 skill 时） |
firmware/ | 控制 lane |
vision/ | 算法 lane |
kb/、README | 人工维护，skill 只读 |
诚实的限制
- 跨机器是 pull 驱动：A 派的活，B 要
git pull才看得到（故有轮询）；没有实时推送通知。 - 任务板是协作式、非强制：它让交接显式、可审计，但不阻止 agent 无视它。
- 同机/同会话内可用后台子代理 + 通知做到秒级。