一个小技巧就让你的Vibe-Coding 产出大幅提升

秦始皇 2026-06-13 17:12 1

尝试过很多很复杂的外部路由,但是最后因为各种原因无法进行下去. 主要原因是外部路由的字数太多了,越复杂字数越多,最后统统放入上下文污染了LLM的注意力和焦点…

一个超级简单的小技巧, 就是从头到尾只和LLM以一个角色对话,一旦发现涉及不同角色,马上新开一个对话.

比如,你同时涉及数据库,前端,后台,甚至客户经理, 老板…

你就发现你的LLM得了失心疯…

不断地循环重复如下:

你: 你做错了:XXXXX

LLM: 你说地对,我改YYYY

这个时候该对话已经不可挽回了…

一旦你混淆了,基本上你就进入了抓狂模式,因为LLM的记忆已经被污染了,无论你如何后续仔细说话,产出质量肉眼可见的快速下降…

最新回复 (11)

neroZac 06-13 17:16

1楼

是的，上下文污染是个大问题。今年ICLR的杰出论文之一好像就在讲这个。
duroey 06-13 17:22

2楼

你说的这个在学术上好像是attention机制对于长序列出现了发散的问题
ledo 06-13 17:23

3楼

做错了

及时新开对话或者换模型比你做错了强多了
whiteshark1942 06-13 17:29

4楼

自己平时的一些感悟，仅针对写代码：

1.环境很重要，例如linux，macos和windows，我是三持，同样的东西在windows上因为环境问题，大模型反复debug，反复给你走一些歪门邪道的规避措施，尽量别选windows

2.少装所谓很有用的skill和MCP，过多的这些会严重增长上下文，没啥意义，最多装3-5个，我只装了2个

3.先搞架构设计，先搞架构设计，先搞架构设计，选定好的框架和技术栈会让后续AI写代码效率提高很多

4.多模型交替review代码，如果有条件
whiteshark1942 06-13 17:32

5楼

这里没有提到新开对话，指的是在写代码的情境下，新开对话以后大模型反而可能带来负面影响，例如把之前的设计推翻，，，纯写代码我几乎不开新对话，也不知道是好是坏
tienchiu 06-13 17:34

6楼

直接点 windows powershell 的名

真是浪费 token 的王者
Hotaru 06-13 18:08

7楼

不开新会话可以，就是费token，如果不出现什么会话里AI突然变傻，写代码可以一个功能开一个会话
kevin 06-13 18:09

8楼

grill-me

让 agent 不断拷问你，而不是你主动高数他
llspys2 06-13 18:29

9楼

在提示词里让ai回复开头都叫一声boss先，不叫了就重开
stormbuf 06-13 18:44

10楼

不新开会话，一旦大模型开始出错，就会陷入楼上说的情况了。我一般是 spec 驱动 ai 的开发模式。把设计写入文档，在 agent.md 中显示指出，文档在哪里,要遵循文档的设计
类库大魔王 06-13 19:31

11楼

多模型交替 review 代码，如果有条件

这点非常有用！！！！随便让Claude Opus写点代码，让Codex/Gemini评审总能发现一些问题，单持的话一个项目不知道能累积下多少问题