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