先保存基线

提交或保存当前工作，记录依赖安装和启动命令。明确哪些未提交修改来自你自己，避免助手把它们当作错误覆盖。不要在问题尚未复现时就要求全面重构。

1. 写下能复现的步骤

示例问题是“列表在第 3 页时切换分类，页面没有返回第 1 页”。补充当前行为、期望行为与相关页面，让工具先阅读状态更新路径。

目标：筛选条件改变后重置分页。
范围：只修改筛选与分页有关代码，不升级依赖。
先做：说明当前状态流转和最小修改位置。
验收：从第 3 页切换分类，应回到第 1 页；清除筛选后列表恢复。
限制：不覆盖其他未提交改动，不自动提交、部署或调用真实外部服务。

2. 审核计划再看代码

计划应该能解释改动为什么解决原问题。若它要改动无关路由、样式系统或依赖版本，先缩小范围。涉及数据迁移或生产配置时单独评估。

3. 检查完整差异

确认是否出现无关删除、硬编码、忽略类型错误或跳过测试。特别查看错误处理与空状态，而不是只检查正常路径。

4. 做两种验证

运行项目已有类型检查和相关测试，再手动重走复现步骤。测试通过但真实页面仍错误，说明验收还不完整。原型还应检查刷新后的状态、表单错误和手机布局。

什么时候停止扩大修改

最小改动已解决问题且必要检查通过后，就应交付。没有新证据时不继续做无关优化，以免把小修复变成难以审查的重构。