起跑前：先留住报错现场
程序突然停住，屏幕上冒出一串陌生文字，不必急着重装。报错通常是在说明：程序想做什么、在哪一步遇到了阻碍。模型可以帮你翻译这些线索，但不能仅凭一句提示确定根因。
先保存完整报错，尤其是第一处错误和前后相关内容。后续提示可能只是连锁反应，只截最后一行，容易让模型找错方向。
进站清单：给模型足够的上下文
- 刚才做了什么：例如打开项目、安装依赖或运行脚本。
- 预期与实际：本来应该出现什么，现在卡在哪里。
- 环境与改动：系统、工具版本，以及最近修改的配置。
- 完整提示：保留原文，不要先凭理解改写。
发送前隐藏密钥、密码、客户资料和内部地址，用“已隐藏的密钥”等文字替代。路径中的用户名也可以遮住，但尽量保留目录结构。
第一轮提问：先解释，再给检查步骤
可以直接这样问：“我是新手。请用日常语言解释下面的报错，区分已知事实与推测，按可能性列出原因。先给一个风险低的检查步骤，说明它检查什么、可能看到什么结果。信息不足时，请先问我，不要直接建议删除或重装。”
例如，“找不到文件”不一定代表文件被删了，也可能是运行位置变了，或路径写错了。好解释应当把这些可能性拆开，而不是直接给出唯一答案。
验证一圈：每次只改一件事
拿到建议后，先执行只查看、不修改的检查。涉及删除、覆盖、权限调整或重新安装时，先让模型解释影响，并做好备份。不要把看不懂的命令整段执行。
每次只改一个地方，再重复原来的操作。把新结果告诉模型：提示是否改变，原问题是否消失。没有改善就暂停，必要时恢复改动，避免越修越乱。
准备提问：选一个方便使用的模型入口
如果还没有模型入口，推荐使用本站提供的按量付费中转服务，按用量计费，适合偶尔解释报错；注册即可领取少量赠送额度。先拿一条脱敏后的报错练习即可。
最后记住：模型给的是待验证的解释，不是系统诊断证明。成功的第一圈，是你能说清报错含义，完成一次安全检查，并知道下一步需要补充什么证据。