1. “伪运行”不是 bug，是 Vibe Coding 的默认行为模式我第一次在团队里用 Cursor 写一个 Vue3 表单校验逻辑时，敲完回车、点下「Run」、看到控制台绿色的✓ Compiled successfully，就直接切到 PR 页面准备提交。结果 CI 流水线卡在测试阶段——三个单元测试全挂，报错是Cannot read property 'trim' of undefined。而我在本地连npm run test都没跑过。这不是个例。过去半年，我们团队在 12 个 Vibe Coding 项目中复盘了 47 次“明明本地能跑通，CI 却失败”的案例。统计下来，83% 的问题根本不在代码逻辑本身，而在于“伪运行”状态下的上下文幻觉：AI 工具告诉你“这段代码能工作”，它确实能在当前编辑器片段里被语法高亮、被类型检查器放过、甚至被轻量沙箱模拟执行成功——但它从未真正进入你项目的完整构建链路、依赖图谱和运行时环境。所谓“伪运行”，不是工具故意撒谎，而是它在做三件它被设计成必须做的事：- 把你当前打开的.vue文件当作整个世界；- 把node_modules/.vite/deps里的缓存类型声明当成真实 API 合约；- 把你上一条 prompt 里写的“假设后端返回 {data: []}” 当作已验证的事实。这三点叠加，就构成了 Vibe Coding 最隐蔽、最顽固的效率陷阱：你获得的不是“可交付代码”，而是一段在精心构造的真空舱里呼吸良好的代码标本/