状态、执行完成与验收
完成后你将能判断工作项当前进度、下一位处理者及尚需哪类结果证明。固定产品合同以原生 Issue.state 为唯一进度。状态定义的 progress_role 说明业务语义，不是第二套需要手工同步的进度。
面向有项目访问的执行、专业验收和测试参与者；每个动作还需对应责任与权限。实例部署版本未知，角色矩阵未核验。资料核对日期：2026-10-15；早期核对没有观察业务按钮，后续已有Task详情只读见本页末补记；两轮均没有提交状态动作或取得状态转换证据。本页按较新的唯一状态合同解释流程，不采用来源中旧双状态轴文字；按钮、确认/取消、保存和状态结果都未实测，不构成已部署证明。
前置条件与入口
先从有权访问的项目工作列表或我的工作打开目标编号，核对类型、原生状态、当前有效责任和已有交付内容。既有观察支持列表入口；详情业务按钮的当前布局及各角色可见性仍待验证，不指定未经观察的固定点击位置。
可只读完成状态理解。只有已获准处理该对象和具体动作时才提交；执行完成、验收、测试、打回、关闭和取消都会影响业务数据。没有入口时先核对权限及部署，不用状态下拉替代业务按钮。
状态的权威含义
Issue.state 是唯一当前进度；progress_role 是该原生状态的业务语义。名称和颜色不能证明业务权限。原生状态属于完成或取消组，才按生命周期归入已结束；查看范围见我的工作。状态配置与工作项业务动作不同，见项目状态配置。
不要只看一句“完成”
| 看到的结果 | 应如何理解 |
|---|---|
| 执行完成 | 执行者提交当前执行结果；Task 合同规定随后进入专业验收 |
| 专业验收通过 | 对应人员作出的专业验收决定，不等于后续测试已经完成 |
| 测试或回归通过 | 该环节的结果；Bug 可能仍有关闭动作 |
| 待关闭 | 适用 Bug 仍有关闭待办，尚不能因为显示流程结束而忽略 |
| 原生终态 | 原生状态属于完成或取消组，才按相应生命周期归入已结束 |
代码合并、构建成功和环境发布要看各自证据；工作项文案不能替代它们。
Task 的执行完成
合同中的“执行完成”使用简单确认：“是否确认完成”。取消不写入；确认后进入专业验收，不要求此按钮额外收集交付证据。已有证据与历史继续保留。
只在实际版本提供该动作、你有当前执行权限且已获准提交时使用。预期取消不改变状态；预期确认后原生状态进入专业验收，再核对当前验收责任。两种分支均未在本次执行，不能将合同描述登记为实际成功。管理员代执行的原因要求仍适用，简单确认不免除权限检查。
这不代表所有类型、所有动作都不需要证据。Bug 修复、验收、打回或管理员代执行仍可能要求相应证据或原因。以当前动作表单和服务端校验为准。
处理验收与打回
阅读并提交真实决定
以下为合同说明步骤，实际动作与结果未核验：
- 在对应编号详情确认类型、原生状态与有效负责人，检查你是否有权处理。已结束对象不能当作当前验收待办。
- 阅读工作要求、当前交付内容、已有证据和反馈，明确本次是专业验收、测试/回归还是适用 Bug 的关闭。各环节决定不能互代。
- 如实际版本提供相应动作，先阅读确认内容及证据/原因要求。通过应有真实依据，打回应给明确可处理反馈；责任空缺先由有权人员按责任教程处理。
- 获准后再提交真实决定。该步骤会改变业务数据；遇到权限、证据、版本冲突或结果不明时停止重复提交，先重新读取当前记录，不覆盖他人的决定。
- 重新打开同一编号，核对原生状态、当前有效责任与历史决定。按下表验证下一步；若尚待关闭，不记录为已结束、已合并或已发布。
没有按钮不等于工作可以直接改为完成。普通状态下拉、看板和批量操作也应遵守相同业务门禁，不是跳过验收的替代入口。
完成、取消、归档是不同操作
完成表达工作结束；取消表达不再继续；归档用于退出主要展示范围。归档恢复只恢复可见性，不自动重启执行。详见归档与恢复。
强制完成或取消保留强权限、必填原因与审计，不会补造被跳过的验收决定。本指南不提供绕过权限或证据要求的步骤。
预期结果与验证
以下均未在本次实测，应在具体动作获准并提交后对照：
| 动作或目标 | 重新打开后的核对 | 不能由此宣称 |
|---|---|---|
| Task 执行完成确认 | 原生状态预期进入专业验收，当前责任与下一步一致 | 专业验收或测试已通过 |
| 取消执行完成确认 | 状态及业务记录预期不变 | 已提交执行结果 |
| 专业验收、测试/回归或打回 | 适用决定、真实证据/反馈与原生状态相符；核对下一位有效责任 | 所有类型有同一后续状态，或已自动发布 |
| Bug 待关闭 | 尚未进原生终态时继续跟进适用关闭动作 | 流程提示完成就等于已结束 |
| 进入已结束范围 | 原生状态属于完成或取消组，并结合列表筛选核对 | 自动归档、删除、合并或发布 |
常见问题
| 问题 | 处理 |
|---|---|
| 没有按钮或提示无权 | 核对当前有效责任、项目访问、类型和版本，交管理员核对；不拖看板或批量改状态绕过 |
| 保存失败、冲突或超时 | 先重开同一记录核对是否已有决定；状态和结果不明时不重复提交 |
| 执行完成后仍有待办 | 可能是专业验收、测试或关闭；查看当前原生状态和责任 |
| 完成却找不到记录 | 核对生命周期与其他筛选，必要时看已结束；不把空列表等同删除 |
下一步与版本依据
按我的工作或项目列表继续跟进；整理旧工作前读归档、恢复与删除。返回新手路线验证或事项与协作。
生命周期、阶段责任为 document_status=draft、product_lifecycle=active；产品合同与体验为 draft，product_lifecycle 未声明。采用较新单状态合同处理来源中的新旧冲突，不据此改变产品定义或认定部署完成。动作角色、按钮和状态迁移实证仍缺，详见版本与范围。
参考：生命周期、Issue 业务操作与责任。
当前详情观察与字段关系
后续单账号只读打开已有Task详情，已见状态由类型业务操作管理的只读说明，以及强制完成、取消任务入口；没有点击或提交。此前“本次没有观察业务按钮”的叙述仅对应早期核对，此处补记后续观察。部署commit和跨角色行为仍未知。
进度始终按原生状态定义的progress_role语义理解。优先级、开始/截止日期、模块、周期、父子和关联关系都不能构成第二套进度；变更这些字段也不证明验收通过。强制完成入口存在不证明本账号可成功提交、原因校验已通过或被跳过的环节有真实决定。
教程：只读判断下一步
- 打开已有编号，核对类型、原生状态和当前环节责任。
- 阅读交付内容与历史决定，区分执行、专业验收、测试与适用Bug关闭。
- 只读核对业务动作提示，不用状态下拉、看板拖动或批量更新补造流程结果。
- 将当前责任空缺、部署差异或缺失证据交有权人员核对，不在文档核验中推进业务状态。
后续真实提交的预期检查仍按本页原表；此处补证入口可见，不将执行、取消、验收或强制完成登记为实测成功。