中心下发任务，真人交付结果
按八个阶段推进项目

V2.0：根据项目实施反馈调整任务流转

编制日期：2026-09-30。本版依据本次已确认的优化要求编写：中心按阶段下发任务；真人角色自行组织执行；完成后提交任务完成情况和结果性资料；中心依据结果决定是否推进。保留八阶段，并按审阅意见合并业务需求文档、将风险纳入立项资料、以链接提供缺陷信息、记录延期成果、增加项目与产品双方核实后的版本放行方式，区分内部与外部验收。

历史对照：V1.0 原流程文档（Git 历史）。模板来源：文档模板参考。旧文档中的过程节点用于历史对照；采用 V2.0 的项目按本版任务与结果流转执行。

下发任务 → 真人执行 → 提交结果 → 中心确认

这个循环适用于每项任务和阶段收口。同一阶段可有多项任务，每项任务只有一个主责真人角色。单项任务被接受后，可启动依赖已经满足的后续任务；进入下一阶段仍须由中心真人负责人确认本阶段结果。

执行过程由真人角色负责

• 中心不要求角色逐步汇报，也不对每一项内部评审、操作或细节设置单独的 Agent 核实任务。必要的专业检查仍由真人角色组织完成。
• 任务交付渠道不强制限定为 Etunel 角色会话。只需真人角色实际收到任务，并让最终提交和中心决定可追踪；工具显示已发送不等于真人已接收或任务已完成。
• 真人角色可直接开展必要的线下沟通与专业协作。使用多个角色 Agent 时，其跨角色任务、问题和结论仍由中心中继，不开放成员 Agent 直连。
• 只有影响任务完成的阻塞、跨任务依赖冲突或需要中心决定的变更，才在执行中提交中心。专业角色能够在既定任务范围内解决的问题，由其自行处理。
• 必要的专业结论、授权和验收结果随成果一并提交；中心依据结果判断，不把这些工作再次拆成逐项确认回路。

中心按结果确认

• 中心 Agent 将提交内容与下发的完成条件对应，整理已完成项、缺失项、成果与版本、专业结论、必要授权、依赖和剩余风险，交中心真人负责人决定。
• 中心可以针对影响完成判断的缺口提出补充要求，说明缺什么、影响什么；不要求证明全部工作过程或重复提交同一有效资料。
• 中心真人负责人决定推进时，明确接受的结果、版本和适用范围。退回或暂缓时，明确原因、待处理事项、责任角色及下一步。
• 测试结论与版本放行决定分别记录。测试不通过时，项目、产品双方真人可共同确认核实，以核实结论作为版本放行依据；保留原测试结论，并记录版本、未通过项、影响、放行条件及双方确认。外部验收结果和预算授权仍由有权角色确认。
• 同一成果、版本和范围的有效确认继续沿用。只有实质变化、用途超出原范围或出现相反证据时，才补充相应结果和确认；尚未完成或未经真人确认的材料只进入过程记录。

一个项目使用一个持续的中心贯穿生命周期。使用 Etunel 时，其运行时继续负责投递、队列、重试、去重、会话授权和文件传输，本流程不另设软件机制。钉钉仅用于已授权的辅助通知，通知不替代任务提交、批准、验收或项目事实记录。

正式成果只留最终版与确认记录

正式成果区

• 只保存各真人角色完成并确认后的最终成果，包括文档、固件、硬件资料及其他约定产出。
• 每项成果只登记一个最终有效版本，并保留该版本对应的真人确认记录。
• 正式成果条目只列成果名称、最终版本、文件位置或链接地址；确认记录分条列出确认人、确认时间、对应成果与版本、确认结论及范围和条件。
• 未完成项、待确认材料、候选固件、草稿及旧版不登记为最终正式成果；中心 Agent 整理、生成或收到文件均不等于真人确认。
• 成果文件正文按真人确认的最终版本保存，不因记录分区而删改成果内容。

过程记录区

• 旧版成果、草稿和对应的历史确认保留在过程记录中，不删除历史资料，不覆盖旧文件。
• 任务要求、输入基线、完成情况、评审意见、修订过程、退回原因、风险、延期、阻塞及下一步分条保存。
• 中心的推进、退回、暂缓、版本放行和豁免决定保存为过程记录，关联最终成果与必要真人确认。
• 成果实质变化后，新版经真人完成并确认，再替换正式成果区的当前条目；旧版、旧确认与替代关系转入过程记录留存。
• 各阶段已约定的《变更记录》《流程闭环总结》等交付文档，真人完成并确认后的最终文件仍是正式成果；其草稿与编写过程放入过程记录。

成果中的链接

• 正式成果通过链接交付，或成果中含有相关链接时，记录链接地址即可。
• 不另行复制链接内容、编写链接摘要、截图或重复下载资料作为留档要求。
• 成果对应的真人确认仍单独保留；链接内容的核实由真人角色负责，不因留档增加中心逐项核实任务。

所有阶段记录都分条展示

• 每个阶段按“正式成果及确认记录”和“过程记录”两个栏目展示，分开登记。
• 一项成果单列一条；每项确认、决定、待办和风险分别列条目，不打包成一个自然段。
• 同一事项的时间、责任人、内容、影响和下一步分别列子项，便于阅读和跟进。
• 阶段结束时，只把最终成果及确认列入正式成果小结；延期提醒、未决项和后续安排列入过程记录。

正式成果区和过程记录区分别对应阶段目录中的 正式成果/ 与 过程记录/；阶段记录.md 按两个栏目分条展示。阶段 4、8 由中心真人负责人组织完成的成果也须经对应真人确认后，才登记最终版。

项目、阶段与任务分别记录

• 项目层：记录当前阶段、整体进度和当前需要处理的事项；未按期完成的事项持续列出原计划、当前有效计划、未完成原因、影响范围及必须完成的阶段。整体进度用阶段状态和关键成果说明，百分比须有已确认的计算依据。
• 阶段层：逐项汇总本阶段每个任务的成果、完成及确认情况，分别列负责人、应交与已交成果、版本与位置、时间、缺口、下一步和任务原记录入口。未完成和待确认情况归入过程栏目。
• 任务层：按可独立确认的交付结果或同一负责人的内聚任务包，一项一份 Markdown；前部维护现状，后部按时间追加接收、提交、退回、确认、改期等关键历史，不记录角色内部每一步操作。
• 跨阶段：同一事项沿用所属阶段的原记录，涉及阶段引用，项目层持续跟进；完成或明确处置后保留历史，承接后仍需跟进的继续显示。
• 三类时间：原计划保留首次确认期限，当前计划保留最新经确认的有效期限，每次改期保留旧值、新值、原因和真人决定；实际完成时间是任务提交后经对应真人明确确认完成的时间。提交时间另记，未确认写“尚未确认完成”，取消或豁免不写为实际完成。
• 线下确认：接受中心真人明确转述的线下接收和确认事实，保留实际确认人、真实时间、对象与版本、结论、范围和条件，以及转述人、来源和补录时间；不新增截图、审批单或重复确认。
• 易读排版：标题后用一句话说明现状，各栏目分条、字段加粗、留出空行，详细历史置后；链接使用明确名称，未知信息如实标明。

每阶段都以提交结果和中心决定收口

各阶段开始时，中心说明本阶段必须完成、后续阶段处理、当前不需要的内容。任务只覆盖当前必需项；后续资料不提前成为当前阶段的完成条件。

业务真人角色主责；产品真人角色参与需求对齐。

产品真人角色主责；业务、技术负责人、实现与测试真人角色按实际需要参与。

技术负责人真人组织方案与接口收口；测试真人主责编制《测试计划》。

中心真人负责人组织；技术负责人、产品及执行真人角色提供任务、依赖、工期和资源评估。

硬件、嵌入式底层、嵌入式应用层真人分别负责各自任务；技术负责人给出整体集成与可提测结论。

测试真人负责测试执行、缺陷信息维护与独立质量结论；修复工作由相应实现真人角色主责。

项目组织验收；内部验收任务交对应真人角色，外部验收结果由产品／业务确认。平台结果由产品确认，客户结果由业务确认。

中心真人负责人组织；各真人角色提交归档和复盘输入；业务保留结项确认职责。

变更、阻塞、豁免与留档

成果与过程分开留档，记录逐条展示

• 中心维护项目概览、项目进度、阶段记录和成果索引，按正式成果和过程记录分区、分条更新。
• 正式成果目录及当前成果索引只登记真人完成并确认的最终成果及对应确认，不混入任务状态、草稿、旧版或推进决定。
• 中心 Agent 在过程记录中登记经真人确认的延期事项；阶段结束时分条提醒待交成果、责任人、约定日期与影响，交付后更新对应条目。
• 任务、输入基线、提交过程、退回、阻塞、中心决定和下一步进入过程记录；旧版、草稿及历史确认也在过程记录中保留。
• 正式成果中有链接，只记录链接地址；不重复下载或复制链接内容。确认记录与成果关联保存。
• 同一有效成果不重复制作或确认；新版经真人确认后更新最终成果条目，旧版移入过程记录并保留替代关系，不删除历史。
• 不适用、未执行、失败、延期和豁免分别说明；未验证内容不写为通过。模拟材料和真实结果分开，模拟完成不代表发布、客户验收或生产就绪。

预算、采购、对外承诺和暂停／取消等业务授权仍由业务负责；授权范围内的资源排期由产品确认。中心真人负责项目推进与成果豁免，不能借推进决定代替其他必要授权。

任务与阶段记录的分条格式

各栏目均用列表逐条填写，一条表达一个事项；有多个字段时逐项列子条目。不要求复杂 JSON，不增加独立审批文件。

阶段记录：正式成果及确认记录

• 最终成果：每项成果独立列出。
  • 成果名称。
  • 真人完成并确认的最终版本。
  • 文件位置；通过链接交付或成果中含有链接时，记录链接地址即可。
• 真人确认：每项确认独立列出，并关联对应最终成果。
  • 确认人。
  • 确认时间。
  • 对应成果及版本。
  • 确认结论。
  • 确认范围与附带条件。

阶段记录：过程记录

• 任务与输入：分别列任务要求、主责真人角色、输入基线和交付时间。
• 逐任务汇总：每个任务单列成果（应交、已交、版本与位置）、完成情况和真人确认情况，并关联原任务记录。
• 完成与时间：分别列已完成项、未完成项、原计划完成时间、当前计划完成时间及提交后真人确认的实际完成时间；提交与确认时间分别保留，改期不覆盖原计划。
• 历史资料：分别列旧版成果、草稿、历史确认与版本替代关系，保留原资料。
• 评审与修订：每条意见、修改、退回原因与处理结论分别记录。
• 延期、阻塞与风险：每个事项单列，子项分别写原因、影响范围、责任人、原计划与当前计划日期、必须完成的阶段、真人确认和阶段结束提醒情况；跨阶段引用原记录并持续显示在项目层。
• 中心决定：每次推进、补充、退回或暂缓决定单列，子项分别写决定人、时间、依据、适用范围和理由。
• 版本放行：测试不通过而放行时，分条关联原测试结论、项目／产品双方核实结论、版本、放行范围与条件。
• 下一步：每项任务或待办单列，子项分别写主责真人角色、期限、依赖和承接安排。