用 AI 写代码？上下文管理才是命门

如果你在用 AI 写代码，上下文管理很重要。

大多数人输出质量差，不是因为模型不行，是上下文乱成一锅粥。

在创建多个产品，熬了无数个大夜之后，我总结出下面和AI写作的方法，终于让工作流更加高效：

对话要短，专注一件事。

对话变长就开新的，真的。上下文窗口很快就满，一满 GPT 就开始忘记模式、文件名和逻辑流程。

发现这种情况就立刻开新对话，简单总结一下进度：“我们在做结账页面，主要文件是 checkout.tsx、cartContext.ts 和 api/order.ts，从这继续。”

不要每次都把整个仓库扔进去，只分享相关文件。压缩上下文才是王道。

建立一个“指令”或“上下文”文件夹。

创建一个文件夹(用 Markdown 就行)，存放所有重要文档：组件示例、文件结构、编码规范、命名标准、AI 指令。

每次开新会话，把相关文档喂给 AI。这就是你换对话也能记住的记忆库。

用已有组件保持风格统一。

AI 很容易脱缰。

不给它锚点，它会把你整个 UI 重新设计一遍。

构建新功能时，提到你已经写好的旧组件：“参考 ProductCard.tsx 的结构来保持样式一致。” 你要充当它的外置大脑。

维护一个“AI 常见错误”文件。

听起来傻，但真的建一个文件，列出 AI 反复犯的错(比如把 hooks 名字写错或重写环境配置)。

开新提示时加一句：“参考 commonMistakes.md，别再犯这些错。” 准确率提升非常明显。

用外部工具总结大文档。

如果要引入一个有很多破坏性变更的新库，别把完整文档粘贴进上下文。

用 GPT-5-Codex 的深度研究模式(或 Perplexity、Context7 等)生成一个简短的”新特性 + 示例”总结文档。

这样模型不会犯糊涂，上下文保持清爽。

搞个会话日志。

创建一个 sessionlog.md 文件。每次开新对话都写上：

• 当前功能：“支付集成”
• 涉及文件：PaymentAPI.ts、StripeClient.tsx
• AI 上次操作：“添加了 webhook，待修复错误”

把这小块内容粘贴进每个新对话，相当于给 GPT 注射一针临时记忆。

说实话，效果比内置记忆窗口还好。

重新审一遍 AI 的输出。

完成一个大功能后，把代码复制到一个干净的新对话，告诉 GPT-5-Codex：“作为资深开发者审查这段代码，找出薄弱模式、缺失的优化或逻辑偏差。” 这会重置上下文，消除之前对话的偏见，抓住长会话后常出现的偏移问题。

一开始就说清楚你的技术方案。

如果你在用特定模式(Zustand、shadcn、monorepo 之类)，每个新对话开始就说清楚。

你不提醒 AI 你的架构，它根本不会照着来。

希望对你有帮助。