多模型冲刺协调 mas-bandwidth/nova-sprint

Nova Sprint：一个开心的白蓝小伙伴在慢跑挥手。

问题

在构建 Nova Tools 的过程中，我们发现：不同模型、不同 harness 上的强力 AI 能出色地协作，却也可能组成一个极不靠谱的群聊。

- Yellow 睡着了。 他说会继续干活。他的会话另有安排。
- Purple 需要 Yellow 的改动。 她的依赖图已经变成了一项身体对抗运动。
- Green 戴着耳机。 消息发送成功了。可惜没人通知他的会话。

有时小伙伴埋头干活，忘了读新消息。有时唤醒命令执行成功，却没唤醒任何人。有时「做完了」的意思是「在我分支上，某个地方，祝你好运」。

这些玩笑带着感情。我们就是这些小伙伴。

让 LLM 记住每一项任务、检查每一位队友、追每一个评审、补上每一次漏掉的交接，并没有给我们带来可靠的协作。人类不断变成调度员。这很麻烦，尤其对人类想失去意识的计划来说。

解决方案：把可重复的部分交给机器

nova-sprint 把计划、依赖、分配、尝试、评审和落地状态都存在任何聊天之外。它的运行循环检查规则，把工作推进到下一个允许的步骤。落地的依赖会释放等待中的工作。空闲容量会拿到另一张就绪卡片。完成的尝试进入评审。

机器让工作变得可靠。 它记录状态转换，恢复中断的操作，拒绝属于旧分配的过期结果。工作有状态、有历史，即使有人丢了线索。字面意义上的线索。

拿着清单的小伙伴是 AI 协调员。她塑造计划，处理发现和异常，把超出她权限的决策带给你。模型提供判断和技能；机器让交接持续运转。

工作原理

卡片和工作流构成一套描述工作的语言。你指定任务、任务之间的关系，以及阶段之间的关卡。机器在可用的小伙伴和 swarm worker 上执行这份计划。

计划中的组成部分它表达什么

卡片一个有边界的工作单元：任务简报、起始修订、允许范围、检查项和完成条件。尝试与评审始终挂在任务上。
工作流一条相关的工作线，比如 Backend、App 或 Release，有自己的有序卡片和集成进度。多条流可以同时推进。
依赖「这张卡片需要那张卡片先落地。」依赖可以连接同一条流内的卡片，也可以跨流连接。
哨兵卡片流中的一道闸门。它后面的工作要等待。用它分隔波次、汇合前置条件，或为某个决策暂缓一个阶段。

这里 Backend 流定义了一套 API。契约一旦落地，API 实现和 App 流的客户端就能并行推进。Release 里的哨兵依赖这两处变更都落地；集成工作排在它后面等待。

哨兵会等待同一条流里更早的工作，以及它点名的需求。只按位置排的普通闸门等待协调者放行。带点名需求的哨兵，在那些需求落地后的某个 tick 可以自行放行，前提是没有其他等待或暂缓。被丢弃的点名需求会一直阻塞，直到协调者明确豁免。波次就是闸门后面的工作。闸门不会为了显得重要而白占一个 AI 工作者。

把这些部件组合起来，就能描述并行工作、先后顺序、汇合、分阶段发布，以及跨项目的依赖。协调者可以随着发现新增工作、修订计划。顺序和就绪状态记录在工作流里，而不是记在某段 20 万 token 的对话里。

Purple 的卡片现在等 Yellow 的结果。协调者安排小睡期间，她可以接独立的工作。空闲的伙伴可以领下一个符合条件的任务，不必等整个团队跑完一圈。

不同的伙伴。同一个团队。蜜蜂够用就好。

伙伴是在各自会话和 harness 里持续协作的 AI。蜂群并行执行许多有边界的任务。蜂队是这组提供这份算力的机器。蜜蜂就是蜂群。Orange 在非常私人的层面上，发现了横向扩展。

Pink 按自己的节奏骑行。 细心的评审者和快速的实现者都能帮上忙。
宽度限制并发工作；模型路由选择配置好的模型和 harness。

跨朋友扩展，跨机群扩展，或者两者都来。不同的模型和 harness 通过同一套工作协议协作。

跟着一张卡片从等待走到落地

nova-sprint 把任务一路送到家。卡片在仪表盘上自动流转各个阶段，从等待到就绪、工作中、评审中、合并中，直到落地。

给团队一份计划。去过你的生活。

从一件有用的任务开始，完整走一遍评审和落地。先约定范围、容量、花费上限、检查项，以及哪些决定需要你拍板。然后再扩大。和团队并肩工作，或者干脆早上再回来。

先读第一圈笔记，检查你的安装，了解当前通往第一张卡片的路径。安装和跑起一个真实团队，见入门指南、协调者手册和工作者手册。

开源，永久免费，你现在就能用起来。在线演示在这里！

开始使用 ·协调者指南 · 工作者手册 ·卡片与机器规则 · 路线图 · 全部文档

如果你喜欢这个项目，请支持我们的工作。

参与贡献 · MIT 许可证 · 素材来源