# 实施计划

## 1. 父任务职责

- [ ] 审核三个子任务的 PRD、design 和 implement，确认范围无重叠。
- [ ] 按“低风险统一 → 采购/资产路由化 → 合同详情”顺序分别请求实施批准。
- [ ] 不启动父任务作为业务代码实现目标；启动拥有下一交付物的子任务。

## 2. 子任务交付顺序

### 2.1 低风险操作规范统一

- [ ] 完成共享错误、状态、命名、首页、审批反馈、移动动作和差旅自动选择修复。
- [ ] 通过其聚焦测试与完整前端构建，独立提交和归档。

### 2.2 采购与资产详情独立路由化

- [ ] 在低风险任务完成后迁移采购/资产详情路由与旧链兼容。
- [ ] 验证所有仓库内入口、dirty guard 和浏览器返回，独立提交和归档。

### 2.3 合同详情页与高风险动作归位

- [ ] 单独实施详情 API/UI、`terminated`、迁移、事务审计和历史展示。
- [ ] 完成状态机/权限/迁移只读 review；reviewer 不改代码。
- [ ] 本地验证后独立提交；生产迁移与部署继续等待明确授权。

## 3. 父任务最终集成门禁

- [ ] 三个子任务验收结果与父 PRD 逐项对账。
- [ ] 确认普通用户错误无技术前缀，采购/资产新链接稳定，合同状态/证据边界未漂移。
- [ ] 确认差旅未恢复、付款/请假未路由化、非涉密合同附件未提前实现。
- [ ] 运行父任务 validate、process contract、docs registry、Trellis governance 和 `git diff --check`。
- [ ] 需要部署时另建或更新部署 task，获得明确授权后执行公网验证。

## 4. 回滚点

- 每个子任务提交即一个独立回滚点。
- 父任务不合并 schema 回滚、URL 回滚和共享组件回滚为一个不可分割提交。
- 合同迁移的破坏性 drop 不随应用回滚自动执行，按合同子任务设计单独判断。