界定迁移范围
先写清迁移目标、受影响目录、禁止改动区域和兼容要求。列出入口、调用方、配置、数据格式及关键测试；不确定之处标为待核实。这样可以把任务限制在可审查的范围内，而不是要求工具一次性改完整个仓库。
提供必要上下文
选择与改动直接相关的文件、依赖约束和架构说明，注明运行测试与格式检查的方法。移除密钥、个人数据及无关内容。若使用 NexoToken 的模型访问能力，仍须按代码库任务逐项提供上下文，并自行核对生成内容；不要把模型输出当作仓库事实。
分步生成并审查补丁
先请求迁移方案和可能受影响的调用点，再按小块实现。逐行检查差异，确认接口、错误处理、日志、配置和边界行为符合项目约定。假设示例：若将一个旧接口替换为新接口，可先迁移单个调用方，再检查其调用链；不要假定相似名称代表行为兼容。
执行检查并记录结果
依据项目文档运行相关测试、静态检查和构建，并记录命令、环境、通过项与失败项。若检查失败，先判断是否由迁移引起，再缩小补丁或补充测试；若无法运行，明确标注未验证及原因。合并前复查完整差异、回滚路径和未覆盖风险。
参考资料
NexoToken 平台与交流群
平台地址：https://www.nexotoken.net/
QQ 交流群：822274386
由 NexoToken 维护的自营资料站。平台介绍包含运营方利益关系，不构成独立第三方认证。