先分清两件事：生成代码跑不通，可能是提问时没交代运行环境，也可能是交代了、但本地环境本身就不匹配。这两种原因的报错长得很像，经常同时出现。可行顺序是——把代码放进干净目录单独跑一次，记下第一条报错；拿这条报错回看提示缺了什么；补上版本、依赖、输入输出样例后重新生成，用同一份输入比对两次输出；最后把跑通的版本组合写进项目配置再验证一遍。不要在同一句提问上反复重试，那样只能看到随机差异，看不出约束是否生效。

第一条报错是 ModuleNotFoundError、ImportError 或找不到命令时，先按环境与依赖缺失处理；是 SyntaxError 时，先按语言版本不匹配处理。做法：把生成代码放独立目录复现，记录报错原文和版本信息，补全提示缺项，用同一份输入比对两次输出，再把依赖写进项目配置。边界：本地跑通只说明这一组版本组合可用，换机器、换系统或换解释器大版本后仍需重新确认。

把生成代码单独跑一次，记录第一条报错

建议新建一个空目录，把生成代码原样存成单独文件再运行，先别贴回项目里。项目里已有的依赖、虚拟环境和环境变量会掩盖真实缺项。以 Python 为例：

mkdir -p /tmp/gen-check && cd /tmp/gen-check
python `--version`
pip freeze
python generated_code.py

第一条报错通常能直接指向一类问题：

• ModuleNotFoundError / ImportError：依赖没装，或装在了另一个解释器、另一个虚拟环境里。
• SyntaxError：语法或语言版本特性不匹配，例如代码用了 match 语句，本地解释器版本却更旧。
• TypeError: xxx() got an unexpected keyword argument：库版本与生成代码假设的 API 不一致。
• command not found：命令不在 PATH 里，或者运行时本身没装。

把报错原文和当前版本、已装依赖一起记下来，后面回看提示、比对输出都要用。报错后面几十行堆栈多半只是连锁反应，先不看。查看版本和依赖的命令按语言选一条：

python `--version` && pip freeze
node -v && npm ls `--depth`=0
java -version && mvn -v
go version && go list -m all

需要结合本地实际情况确认这些输出，不要凭印象写“应该是 3.10”。确认过的版本号才是后面能复现的前提。

回看提问，检查有没有写清版本、依赖与输入输出样例

拿着第一条报错回去看原来的提问，重点找缺项，而不是换一种说法重问。四项缺项清单如下：

• 语言版本：是 Python 3.11、Node 18 这种具体版本，还是只写了“Python”。
• 依赖清单：允许用哪些库、版本多少、能不能只用标准库。
• 输入样例：文件路径还是字符串、数据结构长什么样、有没有空值和缺字段。
• 期望输出：返回值类型、打印格式、异常时是抛错还是给默认值。

把四项写进提示，通常比重复同一句话更有效。可用的提示骨架：

用 Python 3.11 写一个完整可运行文件，只允许使用标准库和 requests==<你本地 pip freeze 得到的版本>。
输入：一个 JSON 文件路径，内容形如 [{"id":1,"name":"a"}]
输出：返回 id 大于 0 的记录数，以整数打印
不要引入 pandas，不要读写数据库
文件开头用注释列出依赖和运行命令

提示里写死版本和依赖，是把“环境”从隐性前提变成显式约束。约束写在提示开头或再强调一次是否更稳，属于经验做法，不保证每次都一样，但至少比含糊描述更容易得到可运行的代码。

补全提示后重新生成，用同一输入比对两次结果

补全提示后重新生成，先别急着看新代码写得好不好，把两次输出放到同一份固定输入上跑，才能判断约束是否真的改变了输出。固定输入样例可以小到几行：

// input.json
[{"id": 1, "name": "a"}, {"id": 0, "name": "b"}]

比对时只看三类差异：

• 结构：是整段脚本，还是拆成函数加 if __name__ == "__main__"；参数收到的是路径还是已解析的数据。
• 依赖：import 列表有没有变化，是否从第三方库收敛到标准库。
• 错误处理：文件不存在、JSON 解析失败、空列表时是抛异常还是返回默认值。

如果两次代码几乎一样，说明补的约束没起作用，先检查版本和依赖是不是被写在了提示很靠后的位置，再单独强调一次重试。差异明显时，把新版本存成新文件名，不要覆盖旧文件，方便回退和继续比对。

把可用的版本与依赖写进项目配置再验证一次

能跑通一次不等于可复现。把验证过的版本和依赖写进项目文件，下一台机器或下一次对话就不用再靠记忆拼环境：

# requirements.txt（先用 pip freeze 输出，再手工收敛到运行真正需要的包）
requests==<本地验证通过的版本>

# pyproject.toml
[project]
name = "gen-check"
requires-python = ">=3.11,<3.12"
dependencies = [
  "requests==<本地验证通过的版本>",
]

Node 项目对应写 package.json 的 engines.node 与 dependencies，Go 项目对应 go.mod 的 go 指令和 require 块。然后用同一份固定输入重新装依赖再跑一次：

python -m venv .venv && . .venv/bin/activate
pip install -r requirements.txt
python generated_code.py input.json

只想快速确认环境对不对，也可以用一条导入检查代替完整运行：

python -c "import requests, sys; print(sys.version, requests.__version__)"

配置固化之后，对话记录就只是过程材料，不再是唯一线索。需要注意的是，依赖声明文件锁住的是本机、本解释器版本下验证过的组合；换操作系统、换 CPU 架构或换解释器大版本时，仍然要用同一份输入重跑一次再下判断。