从一个报错，到可审阅的代码改动
让 Lime 阅读仓库、复现问题、修改代码并运行验证，把排错过程留在同一个任务里。
开始前，准备这些
打开项目目录，准备报错原文、触发步骤和预期行为。先说明允许修改的范围，以及是否可以安装依赖或访问外部服务。
可以这样开始
请定位这个项目中的登录失败问题。先阅读相关代码和现有测试，按下面步骤复现，再做最小修改。不要提交代码或修改生产配置。完成后列出改动文件、原因、实际运行的验证和仍未确认的问题。 复现步骤：…… 报错原文：…… 预期行为：……
一步步推进
先建立可复现的问题
让 Lime 找到请求入口、状态变化和对应测试。提供完整报错比只说“登录坏了”更有帮助。如果本地缺少依赖或测试账号，先记录缺口；不要让一次无法复现的现象被当成已经找到根因。
确认原因，再修改相关代码
请 Lime 解释问题发生在哪条路径、什么条件下触发，再查看它准备修改的文件。把修复限制在相关模块，避免同时改名、升级依赖或格式化整个仓库，让差异保持可审阅。
用行为检查修复结果
优先运行项目已有的检查，再验证原来的触发步骤。必要时增加能捕获缺陷的回归测试。让 Lime 区分实际通过、失败和没有条件执行的检查，然后阅读代码差异。
完成时，检查这些
- 相关文件的代码差异，以及修改原因。
- 复现步骤、验证命令和实际结果。
- 仍待确认的环境依赖或边界，便于继续处理。