智谱清言修改代码后报错主因是AI擅自绕开隐含约束。需比对原始与修改文件，重点检查测试断言、数据库字段名、环境变量读取逻辑；用最小路径复现并验证依赖、return及this绑定；让AI逐行说明修改并用原代码锚定验证；插入console.trace查上下文污染，重装依赖排除版本冲突。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
智谱清言修改代码后原本能跑通的逻辑突然报错，比如接口返回空、类型错误暴增、测试断言被悄悄替换，不是模型变弱了，而是AI在“修复”时擅自绕开了你没明说的约束条件。
先确认是不是AI动了不该动的地方
打开你提交前的原始代码文件（不是Git diff界面，是本地未修改前的副本），用文本比对工具（如VS Code内置的Compare Files）和AI生成后的文件逐行对比。重点盯三类位置：【测试断言、数据库字段名、环境变量读取逻辑】——这三处被AI误改的概率超70%，且往往不报语法错，只在运行时崩。
如果发现expect(result).toBe(5)被改成expect(result).toBeTruthy()，立刻停手。这不是bug修复，是逻辑覆盖。
用最小可复现路径反向定位
第一步：把AI修改后的代码中，它声称“已修复”的那一小段函数单独拎出来，新建一个空文件，只保留该函数+最简输入（例如传入固定字符串而非API响应体）。
第二步：删掉所有import语句，手动补上该函数实际依赖的1～2个关键变量（比如只补const config = { timeout: 3000 };，别抄整个config.ts）。
第三步：加一行console.log，执行它。如果这一步就报ReferenceError，说明AI删了必要依赖却没提示；如果输出undefined，说明它把return语句删了或改错了作用域。
这一步必须做——很多“新错误”其实源于AI把箭头函数写成function声明却忘了绑定this，而你在完整项目里根本看不出哪一行丢了bind。
让AI自己解释它改了什么
方法一：把AI修改后的代码全选→复制→粘贴进智谱清言新对话框→输入：“请逐行说明你在这段代码中做了哪些修改，每处修改对应解决了什么问题，原代码哪一行存在风险。”
方法二：如果方法一返回笼统回答（如“优化了逻辑结构”），立刻换提示词：“不要解释意图，只做事实性比对：第7行原为‘if (data?.items)’，你改为‘if (data && data.items?.length)’，请说明这个改动是否会导致data.items为[]时跳过处理。”
注意：AI可能编造理由来圆自己的错误，所以必须用原代码行号+具体字符去锚定，不能信它说的“为了健壮性”。
检查运行时上下文是否被悄悄污染
在出错函数入口处第一行插入console.trace('context check')，然后运行。看堆栈里是否混入了AI添加但你没注意到的中间件、拦截器或Mock函数。
特别检查node_modules/.pnpm或yarn cache里有没有被AI建议安装的临时包（比如它推荐你npm install @types/node-fetch@2.6.4，但你装的是3.x版本），【不同版本fetch的Response.json()拒绝空响应体，而旧版会静默返回{}】——这种差异不会报错，只会让data变成undefined。
删掉package-lock.json和node_modules，重新install。这一步耗时但能排除90%的“玄学错误”。
