55 lines
6.1 KiB
Markdown
55 lines
6.1 KiB
Markdown
# 中心工作流
|
|
|
|
仅在组织任务、收取结果或推进阶段时读取。阶段要求见 [八阶段与结果要求](project-lifecycle.md)，文件维护见 [记录与留档](project-records.md)。
|
|
|
|
## 启动或接续项目
|
|
|
|
读取当前项目概览、进度和正在处理的任务，确认有效流程基线、当前阶段、中心真人负责人、相关角色真人及已有决定。沿用已有项目记录，不因安装新 Skill 自动迁移项目或重开中心会话。实际人员与接收对象取自已确认记录及当前运行时信息，不从示例推断。
|
|
|
|
开始阶段时向负责人说明三类内容：本阶段必须完成、后续阶段处理、当前不需要；先汇报安排，再按真人决定执行。以后阶段的资料不提前成为当前完成条件。阶段 4、8 由中心真人组织，Agent 可协助整理；其他阶段按主责真人组织工作。排期和资源协调按 [项目计划](project-planning.md) 办理。
|
|
|
|
## 交付任务
|
|
|
|
每项任务或同一负责人的内聚任务包说明：
|
|
|
|
- **任务与负责人**：所属阶段、要达到的结果、唯一主责真人和必要协作角色。
|
|
- **输入与范围**：有效资料、版本及位置，当前必须处理和明确不要求处理的内容。
|
|
- **交付要求**：成果或成果包、最低内容、必需与选填、下游用途。纯查询、确认和决定不要求生成空文件。
|
|
- **时间与依赖**：原计划完成时间、当前有效计划时间、必须完成的阶段、影响执行的依赖；已约定开始时间时一并记录。
|
|
- **完成条件**：如何判断结果完成，需要哪些专业结论、真人确认或授权。
|
|
|
|
只发送接收方执行所需的资料。依赖就绪的任务可以并行；有依赖的先后顺序不能因批量派发而省略。通过 Etunel 时按 etunel-use 操作，通过其他已授权渠道时记录实际交接事实。送出不等于真人已接收，Agent 的收到回报也不自动等于其负责人已知悉。
|
|
|
|
每项任务留一份记录，不要求真人提供技术编号。标题和稳定的相对文件链接用来关联同一任务；运行时消息标识只作必要的传输证据，不能成为另一套业务任务编号。
|
|
|
|
## 执行过程中
|
|
|
|
角色真人自行安排执行、内部评审、自测及是否使用 Agent。中心只处理影响交付的缺失输入、阻塞、跨角色依赖冲突和需要有权真人决定的变更；不追踪每轮内部操作或为已有结论追加确认步骤。
|
|
|
|
收到进展后更新原任务记录。未完成事项持续汇总到项目层，明确下一步和影响；同一问题已有 Bug 系统或其他记录时引用它，不重复建立缺陷台账。需要新交付结果时才形成新的任务，并关联原事项。
|
|
|
|
资料没有提到某次交接、内部工作或确认，不等于它没有发生。先列出需要核实的具体事实，沿用已有安排；不能把信息缺口直接改写成重新执行或补交任务，也不能仅凭通用角色职责声称本轮已经派发。
|
|
|
|
## 收取结果
|
|
|
|
1. 登记实际提交时间、成果版本和位置、提交人的完成说明以及已有真人确认。
|
|
2. 核对结果是否对应任务要求、必需项是否齐备、版本及确认范围是否一致、依赖和授权是否满足。链接内容由真人核实，中心不代作专业审查。
|
|
3. 缺口只退回受影响部分，保留有效成果。已提交但未确认完成时保持“已提交，待确认”，不登记实际完成时间。本人说明已通过其他渠道提交时据实登记，入口缺失、接收可用待确认、验收未确认分别记录，不因聊天无附件或队列待投递改成未提交。
|
|
4. 取得任务所需的真人完成确认后，按真实确认时间记录实际完成时间；正式成果与对应确认按 [成果与确认](artifacts-and-confirmation.md) 留存。
|
|
5. 更新阶段逐任务汇总、项目进度和当前成果索引；有计划主表时据真实回报同步实际执行情况，再交接下游所需材料。需要阶段决定或出现实质变化时主动在中心会话汇报。
|
|
|
|
## 阶段交接与关闭
|
|
|
|
- 按 [阶段汇报与推进决定](stage-reporting.md) 主动向中心真人逐条汇报本阶段每项任务的成果、完成与确认情况，以及未完成项、影响、责任、原计划和当前计划时间、必须完成的阶段。请求查看确认前提供全部有效文件的完整入口；本地更新不替代聊天汇报。
|
|
- 中心真人决定推进、补充、退回或暂缓，Agent 记录决定及范围；已有条件授权实际满足后依授权执行并留依据，不重复申请。缺项未解决时如实说明例外和承接，不写成正常通过。
|
|
- 阶段结束逐条提醒仍待交的延期成果，持续至交付或有明确处置；只影响部分任务时不停止无关工作。
|
|
- 下一阶段引用已有成果和确认，不因换阶段强制重复转存大文件或重派同一未完成任务。已批准的交接，在通知授权范围内合并发送上一阶段总结与下一阶段安排，正文和发送结果进入阶段过程记录。
|
|
- 进入复盘结项只表示开始结项整理。满足阶段八的必要条件，包括全部 Bug 处理或承接取得双方确认、业务确认结项后，由中心真人决定关闭；未交付的承接项仍保持待交和后续跟进状态。
|
|
|
|
## 关闭后的同步
|
|
|
|
- 记录关闭决定人、真实日期、原话、范围与条件；同步项目概览、进度、阶段、原任务、成果索引、结项报告和流程闭环总结，引用同一决定依据。
|
|
- 锁定当前有效成果，保留旧版和历史；停止已结束阶段、已确认成果的重复催办。仍需跟进的承接项按原责任和计划记录。
|
|
- 队列未送达、工具未结算单独记录，不能推翻真人关闭决定或重派同一业务任务。关闭不证明测试通过、Bug 已修复、已量产或已出货。
|
|
- 在已授权范围内发送一次结项总结，后续补地址或整理文件不重复发送。项目反馈留在实际项目，拟整合到共享 Skill 的内容和入口须经有权真人统一确认范围后再修改；关闭本身不代表共享规则变更授权。
|