项目介绍 · 软件生命周期与项目管理
把多个 AI agent 并行推进的任务，组织成有目标、有验收条件、可留痕的交付流程。
你怎么管项目和交付：任务先有验收条件，状态区分已合并、已部署和已确认完成，多个 AI agent 的并行工作以 issue 为单位留痕。
项目管理验收条件多 agent 协调
生命周期状态
Product Hub
为什么做这个
同时推进多个仓库、多个 AI agent 时，最大的问题不是谁写得快，而是每个任务到底要解决什么、改到什么范围算完、谁确认它真的可用。Product Hub 用一套统一的任务与状态约定来回答这些问题：任务先写目标、范围和验收条件，状态区分已合并、已部署和已确认完成，所有协调和判断都以 issue 为单位留下记录。
要解决的痛点
- 并行任务没有验收条件时，无法判断它是否真的结束
- 合并、部署和实际可用被混成一个状态，掩盖没做完的部分
- 多个 agent 改多个仓库后，事后难以回到当时的判断依据
- 过程留痕容易变成一堆无法检索的聊天记录
用户体验流程
关键决策
选择 1
每个任务先写清目标、范围和验收条件，再开工
放弃
直接派活，做完再看
原因
没有验收条件就无法判断任务是否真的结束
选择 2
用"已合并 / 已部署 / 已确认完成"三种状态分别标记
放弃
用一个 done 状态覆盖全流程
原因
合并、部署和实际可用是三件事，混成一个状态会掩盖没做完的部分
选择 3
多个 AI agent 并行时，以 issue 作为协调与留痕的最小单位
放弃
让各 agent 各自改各自的仓库，事后汇总
原因
需要能回到当时看到的内容，判断是谁、按什么条件改的
选择 4
仍为 open 的部分讲成协调与留痕记录
放弃
把 open 的数量包装成交付成果
原因
它说明的是协作规模和过程透明度，不是交付完成度
我的角色与能力
我负责
我定义任务的目标、范围与验收条件约定，设定"已合并 / 已部署 / 已确认完成"三种状态，并以 issue 为单位协调多个 AI agent 的并行工作与留痕。
能力体现
把并行、跨仓库、多执行者的开发工作组织成有验收条件、可追踪、可复盘的交付流程。
AI 做了
多个 AI agent 按任务卡片执行改动；我负责定义约束与验收，不把 agent 的产出直接当作完成。
我做了
我负责任务结构、状态定义、协调机制与留痕规则。
成果与下一步
已完成
- 建立目标 / 范围 / 验收条件的任务约定，并在约 57% 的任务上落实
- 以 issue 为单位协调约 69 个仓库的并行改动并留下可回溯记录
公开数据
约 339 个 issue（2026 年 9 月 19 日至 10 月 23 日）2026-10-23
约 57% 写有验收条件2026-10-23
约 73 个区分到了完成状态2026-10-23
引用约 69 个仓库2026-10-23
约 322 个仍为 open2026-10-23
继续看第一个亮点 →