HIsheR
2.6 KiB
2.6 KiB
03 产品迭代产品线（多代理分工）
单产品线从「单代理循环」升级为「分工流水线」的完整设计。运行实例：temp/UI 仓库。
核心命题转变
单代理循环的瓶颈是单点产能；多代理产品线的瓶颈是协调 + 质量不退化。
五层结构
- 调度中枢：任务队列与分片 / 并发锁与心跳 / token 预算与熔断；
- 点子工厂（PM）：选题 + 可验证的验收标准；
- 架构拆解：任务分片 + 接口定义；
- 工程池 × N：并行实现，各自独立工作区；
- 质检 + 发布：交叉评审 + 合并队列。
任务分片原则（并行的前提）
- 按文件域切片：新增独立文件的任务可并行；
- 公共文件（导出表、manifest、演示页）是冲突域，汇总到串行尾部统一合入；
- 判据：两个任务的 diff 无交集才可并行。
隔离与合并队列
- 每个工程师代理在独立
git worktree工作（同一仓库的平行工作目录），互不污染； - 完成品不直接进集成分支，进入合并队列按序 fast-forward——多车道汇入单出口；
- 队列保证同一时刻只有一条车道在合并，冲突在队列内串行暴露、逐个解决。
三级质量闸门链
提交（独立 probe 分支）
→ 静态门禁（规范检查 + 类型检查）
→ 测试门禁（冒烟断言 + 演示可运行）
→ AI 交叉评审（独立代理，只看 diff 与验收标准）
→ 合并队列 → 集成分支
任意一道不过 → 淘汰池（回炉重做；同方向连续 3 次失败 → 拉黑）
交叉评审的存在意义：解决单代理「自己检查自己必然通过」的根本缺陷。
运行模式：连续迭代 + 心跳监护
- 调度器不是迭代器，只做健康检查与中断重启（高频唤起、零成本退出）；
- 真正迭代是单次唤起内的连续循环：逐条消化任务直到清空或时间预算耗尽；
- 并发锁 + 心跳：锁文件时间戳超时视为循环崩溃，删锁重新点火；
- 熔断：同一任务连续 2 轮失败即放弃留痕，防止死循环烧 token。
点子再生（工作不停歇的源头）
PM 代理持续从四个水源补给任务：用户反馈与 issue、代码扫描（TODO/坏味道/缺口测试）、生态对标、文档与演示缺口。每条任务必须带可验证的验收标准才能入队——质量在需求端的第一道滤网。
架构图：diagrams/product-pipeline.svg、diagrams/quality-gates.svg
