用途：team-lifecycle 是一个全生命周期团队编排器，用于协调规范（spec）、实现（impl）与测试的多智能体流水线。
主要能力：
- 五阶段执行：需求澄清、会话初始化、任务链创建、流水线协调、完成报告。
- 内联 discuss 子代理：analyst、writer、reviewer 在内部调用 discuss 子代理，将规范流水线的节拍从 12 降到 6。
- 共享探索缓存：所有代理共享 explorations/ 目录与 cache-index.json，避免重复代码库探索。
- 快速推进生成：代理完成后，若为简单线性后继则直接生成下一个代理，无需等待完整协调周期。
- 共识严重度路由：讨论结论按 HIGH/MEDIUM/LOW 分级，分别对应修订、警告继续或直接通过。
- 节拍模型：每步一个 beat，生成代理、等待结果、处理输出、生成下一个，然后让出。
使用方式：所有代理角色文件须先部署至 ~/.codex/agents/，包括 analyst、writer、planner、executor、tester、reviewer、architect、fe-developer、fe-qa；子代理 discuss、explore 由代理自身调用。会话目录通常为 .workflow/.team/TLS-*/，状态文件为 team-session.json。恢复会话时会扫描 active 或 paused 状态并做状态核对。
适用场景：规范生成（6 个 beat）、仅实现（3 个 beat，含并行窗口）、全生命周期（9 个 beat，含检查点）、纯前端（3 个 beat，含 GC 循环，最多 2 轮）、全栈（4 个 beat，双并行）、全生命周期前端（12 个任务）。质量检查 QUALITY-001 与 DISCUSS-006 为签核门，会暂停等待用户。
限制：每个任务最多修订 1 次；同一任务失败 3 次以上会暂停；前端 GC 循环最多 2 轮；流水线停滞或无就绪任务且无运行代理时需人工介入；代理需预先部署角色文件，否则无法使用。具体平台与收费信息暂未提供。