补充杭研移植约束与调试证书交付规则

references/workflow.md

@@ -1,6 +1,6 @@
 # 开发流程
 
-修改文件、生成产物或执行命令前，按下面顺序处理。
+修改文件、生成产物或执行命令前，按下面顺序处理。同一会话已确认的任务范围、实现方案和忽略规则持续有效；没有变化时不重复确认。用户反馈的当前任务内实现错误，按已有约定修正；新增需求、范围变化或尚未授权的外部操作再确认。
 
 ```text
 只读检查需求和工程
@@ -18,7 +18,8 @@
 ## 1. 只读检查
 
 - 阅读当前需求、规格说明、功能清单、工程说明、构建脚本和相关代码。
-- 参考工程只用于了解做法，不能直接代替目标工程的要求。
+- 核对用户指定的参考工程提交及其子模块或独立仓库版本。区分已提交基线与参考目录中的本地修改，不能无差别复制工作区。目标工程的已确认需求优先。
+- 检查拟改文件相对参考基线的差异，每项改动应能对应产品差异、接口约定或当前任务内的问题证据。先复用已有实现，不以通用化、健壮性或防止潜在问题为由改变原有业务行为。
 - 找出本次需要修改的应用模块、用户明确指定的底层内容，以及可能存在但尚未要求修改的底层依赖。
 - 默认不把 PSP 或其他底层文件作为固定检查项。判断应用影响或定位明确指定的底层修改时，可以主动读取和检查。
 - 查看 Git 状态，不修改任何文件。
@@ -79,6 +80,8 @@
 9. 再次检查 Git 状态和差异，确认中间文件已被忽略。不得暂存或提交。
 10. 用简洁中文汇报结果，等待用户确认和测试。
 
+用户要求恢复参考实现时，按文件核对并备份当前差异，只撤掉本次确认不需要的改动；不对整个仓库执行恢复或清理。恢复后检查实际差异，不能仅凭编译通过声称与基线一致。
+
 用户测试通过后，把任务状态改为“用户已确认”。用户发现问题后，在当前任务范围内修正；需求或范围发生变化时，重新确认受影响的任务和方案。
 
 ## 6. 底层内容