48小时SaaS上线复盘：Vibe Coding在需求对齐、API联调、部署三阶段踩坑实录

1. 需求对齐阶段：我们用AI写需求文档，结果前端工程师当场关掉了VS Code大多数人以为Vibe Coding的第一步是打开Cursor写代码——错了。真正决定48小时能否跑通的，是需求对齐阶段那场持续37分钟的会议。我们团队当时在做一个面向中小律所的「案件进度协同SaaS」，核心诉求就一条：“让律师不用切三个系统就能看到客户付款、法院排期、助理上传的证据包状态”。听起来简单？但当我把这句话喂给Claude Code，它生成的PRD里出现了“支持区块链存证上链”和“集成司法链API”的模块——而客户压根没提过“链”字。这不是模型幻觉，是上下文污染的典型症状。我后来翻了下Claude Code的CLAUDE.md配置文件，发现默认context_window设为8192 token，但实际在VS Code里，它只把当前打开的5个文件+最近3次对话塞进去。那场会议的录音转文字稿有12页，PDF版需求草图有7张，全被截断了。更致命的是，我们没启用--enable-rag-indexing，导致模型根本不知道上周客户在钉钉群里发过的那个Excel表格才是真实约束条件。提示：Vibe Coding不是让AI替你思考，而是让它成为你思考过程的“外置缓存”。当它开始编造你没说过的功能时，第一反应不该是调temperature，而是检查你的上下文有没有被物理性截断。我们当天下午紧急做了三件事：1. 把会议录音转文字后，用Python脚本自动提取关键实体（客户名、角色、动作动词、时间状语），生成结构化requirements.yaml；