mimo code出错时须按五步修复：①原样提交完整错误日志；②启用日志诊断技能；③明确指定相关代码文件及行号；④验证修复结果；⑤连续失败时执行/snapshot state触发状态比对。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在 MiMo Code 中输入自然语言需求后，它生成的代码编译失败、运行报错或逻辑不符合预期时，不能直接删掉重试——必须让 MiMo Code 自己诊断并修正，否则重复提问会得到同样错误的结果。
第一步：把错误日志原样丢给 MiMo Code
不要手动截取、不要改写、不要总结。直接复制终端里完整的报错输出（含 traceback、exit code、stderr 全部内容），粘贴到 MiMo Code 聊天框中，开头加一句：“这段代码执行出错了，请修复。”
这一步的关键是保留原始上下文。比如 Python 的 KeyError: 'user_id' 后面跟着的 8 行 traceback，每行都包含文件路径和行号，MiMo Code 需要这些信息定位到具体哪一行代码漏了键检查——你如果只写“找不到 user_id”，它就只能猜。
第二步：确认是否启用日志诊断技能
输入错误日志后，观察 MiMo Code 是否立刻返回结构化诊断结论，例如：“检测到 KeyError: 'user_id'，发生在 src/handlers/login.py 第 47 行，调用 dict.get() 时未提供默认值。”
如果没有，说明 【日志诊断技能未激活】。此时需先输入指令：/enable log-diagnosis，再重新粘贴日志。该指令仅需执行一次，会写入当前会话上下文。
第三步：让 MiMo Code 关联代码上下文
如果诊断结论里没提具体文件或行号，或修复建议明显偏离你的实际代码结构，说明它没读到上下文。此时必须做两件事：
① 确保你在 Git 初始化的项目目录下启动的 MiMo Code；
② 在聊天框中明确告诉它：“请参考当前项目中的 src/handlers/login.py 文件，特别是第 45–50 行。”
MiMo Code 的 SQLite 持久记忆系统只对已加载的文件做语义理解。它不会自动扫描整个项目，也不会凭空猜测你改过哪几行——你指哪，它才看哪。
第四步：验证修复是否真正生效
方法一：让它输出完整可替换代码块
直接说：“请输出修复后的 login.py 第 45–50 行完整代码，保持缩进和空行风格一致。” 它会给出带语法高亮的代码块，你点击「插入」即可覆盖原位置。
方法二：让它生成终端可执行验证命令
输入：“请生成一条命令，能立即验证修复是否成功。” 它可能返回：python -c "from src.handlers.login import process_login; print(process_login({'token': 'abc'}))" ——这条命令可以直接复制进终端运行，结果不报错才算通过。
注意：不要跳过验证。MiMo Code 可能修复了 KeyError，但引入了新的 TypeError，只有运行才能暴露。
第五步：若仍失败，强制触发状态快照
连续两次修复都无效时，输入指令：/snapshot state。
这会触发 MiMo Code 自动抓取当前 Git HEAD、package.json 依赖树指纹、src/handlers/login.py 文件哈希、以及最近 3 次 python 命令的历史 exit code。它将比对这些状态与错误发生时刻的差异，识别是否因依赖升级、分支切换或本地文件被意外修改导致表面修复实则失效。
