在解决问题之前,先搞清楚一件事:AI 大模型和 Agent 框架到底是什么关系?
我们在 Vibe Coding 的时候,其实并不是直接在跟模型对话,而是通过一个 Agent 框架 在和模型进行工作。
目前常见的 Agent 框架,比如终端里的 Claude Code、Kimi Code,或者 VS Code 里的各种 AI 插件,它们本身并不是 AI,而是一套规范 AI 大模型工作的工作框架和工具集。
前面提到的那些问题,根本原因并不在 AI 大模型身上,而是你没有用好 Agent 框架中的功能。搞清楚这个关系,接下来的技巧才能真正发挥作用。
问题: AI 总是擅自做主,不问你就直接改了一堆东西。
原因: 你没有选择适合当前任务的工作模式。大部分 Agent 框架默认是「自主模式」——AI 自己判断自己做。
按任务难度从低到高,Agent 框架通常提供三种模式:
| 模式 | 特点 | 适用场景 |
|---|---|---|
| 自主模式 | AI 自己判断自己做 | 简单、明确的小任务,比如改按钮颜色、调文字大小 |
| 询问模式 | 执行关键操作前会先问你确认 | 步骤相对复杂、需要你把关的任务 |
| Plan 模式 | 先出完整计划,你确认后再执行 | 大篇幅修改、整体任务规划、从零搭建页面 |
在 Claude Code 中,可以按 Shift + Tab 快速切换 Plan 模式。如果你使用 VS Code 插件或其他 AI IDE,一般可以在对话框底部找到模式切换的入口。
通过工作模式的切换,你就能精准控制 AI 什么时候该自己做、什么时候该先问你。
问题: 让 AI 改个小问题,它磨磨唧唧改半天;或者换个模型去改 Bug,Bug 没修好,项目还给改崩了。
原因: 不管处理什么任务都用同一个模型。
| 任务类型 | 推荐模型 | 理由 |
|---|---|---|
| 改文案、调样式、小修小补 | Haiku、Sonnet 等轻量模型 | 速度快、消耗低、完全胜任 |
| 项目规划、PRD、技术方案、UI 设计 | Claude Opus 4 等最强模型 | 逻辑严密、规划周全 |
如果你使用国产模型,也可以通过 cc switch 插件配置自己的模型,在 Claude Code 中用 /mode 也能快速切换。
就算选对了模型,AI 也不是百分百靠谱。每次让 AI 做大改动之前,先做一次 git commit,相当于存个档。万一改坏了,一条命令就能回滚到之前的状态。
合理的模型选择 + Git 版本控制做保底,简单活用轻量模型,复杂活用强模型,出了问题也能随时回退。
问题: 对话时间一长,AI 越来越慢、越来越卡,甚至还会重复犯以前犯过的错误。
原因: 上下文窗口被占满了。你可以把上下文窗口理解为 AI 的「短期记忆」——你发的每条消息、AI 的每条回复都在占用这个空间。对话越长,最早期的信息就会被挤出去,AI 就开始「忘事儿」。
记住这两个信号:
不会。用好下面三个方法,新窗口也能快速继承经验:
第一,给项目准备好 README 和文档目录。 新窗口打开后,AI 会自动读取项目中的 README 和相关文档。只要文档写清楚了项目结构和当前状态,AI 就能快速了解项目。
第二,使用 init 命令初始化项目。
如果你是第一次在项目里使用 Claude Code,可以运行 init 命令进行文档扫描。Claude Code 会根据扫描结果生成 CLAUDE.md 文件。之后新开窗口时,它会优先阅读这个文档来了解项目结构。
第三,把踩过的坑单独记录下来。
在切换窗口之前,让 AI 把这轮对话中遇到的问题和解决方案整理成文档,存到项目里一个专门的文件夹(比如 notes/ 或 docs/)。这样新窗口也能看到之前的经验。
通过管理上下文窗口,AI 就能始终保持清醒状态工作,不会越聊越傻、越用越卡。
好,以上就是 Vibe Coding 中控制 AI 的三个实用技巧。我们来快速回顾一下:
控制 AI 的决策权——该问你的时候问你,复杂任务先出计划再动手。
一个萝卜一个坑,不同任务用不同模型。再加上 Git 做保底,改坏了随时回退。
知道什么时候该换窗口,换之前先沉淀经验,别让踩过的坑白踩。
模型是大脑,Agent 框架是脚手架,这三个技巧就是你的遥控器。学会用遥控器,AI 才真正听你的。