huqy123 任务提速
目标是减少重复读取和重复验证，不降低业务正确性，也不擅自改变权限、模型或项目约定。
先确定范围
- 先明确本次要交付什么、什么算完成、哪些文件和数据在范围内。
- 只调查时保持只读；需求明确且已授权时才修改。
- 新发现只在会影响当前结果时扩大范围；无关问题单独列出。
按风险选择检查
- 纯文字或简单展示：读取相关文件，检查格式和受影响的交互。
- 代码问题或测试失败：先用具体输入定位，再做最小修复和回归检查。
- 计算、保存、接口、状态、批量或新旧数据兼容：追踪输入、判断、持久化、重开和下游使用，覆盖正常、失败和边界路径。
- 复杂需求先确认会改变结果的歧义；已确认的方案不重复讨论。
- 发布判断另按发布审查流程，不能用一次编译替代业务验证。
最小修改与验证
- 先看分支、工作区和相关 diff，保留已有改动，不顺手重构。
- 用精确搜索定位符号和调用链，局部读取文件，复用已有检查结果。
- 修改后至少核对最终 diff、格式、语法或类型检查；风险较高时补业务边界测试。
- 报告时区分静态检查、编译、模拟、真实接口和环境联调证据。
- 没有运行过的检查写“未执行”，不要写成通过。
收尾
说明改了什么、验证了什么、仍有什么限制，以及下一步需要谁在什么环境确认。不要自动提交、合并、推送或修改无关配置。