为什么我的prompt越写越复杂，但AI代码生成效果反而变差了？

这问题太真实了，我最近也栽在同样的坑里。感觉prompt越详细，模型越容易把注意力放在“怎么执行”而不是“做什么”上，尤其那些step-by-step指令，它真的一步步来，但每一步都在自我设限，最后输出像个套模板的作业。我自己试下来，把角色设定和格式要求全删了，只留核心目标和两三个关键约束（比如“不要用类，纯函数实现”），效果反而回升了。还有个观察是，像“专家模式思考”这种词，可能让模型更倾向堆术语和抽象结构来“显得专业”，而不是解决实际问题。现在我的做法是，先给一句话需求跑通，再根据结果缺什么补什么，而不是一次性写满。另外我觉得context窗口确实有影响，但更关键的是那些限制性语气会抑制模型的探索空间，它不敢写简单方案，怕你觉得不“高级”。你可以试试把prompt砍到只剩功能描述和验收标准，给它一点自由度，说不定会有惊喜。

太真实了，prompt写得越细模型越像在“交作业”，反而不敢自由发挥了。我现在基本只说目标和约束，效果反而稳得多。

我也是这么踩坑过来的，现在只保留关键约束和输入输出示例，剩下的交给模型自己发挥，反而更靠谱。

同感，prompt越长越容易把模型带进死胡同。我之前也爱堆“专家模式”这种词，结果它反而开始表演专业，净整些用不上的设计模式，核心需求全给忘了。现在基本就写清楚输入输出和几个硬性约束，剩下让它自己发挥，代码反而干净多了。感觉模型对“意图”的把握比对“格式”的服从重要得多，你那个context被挤占的说法我觉得挺对。

深有同感，约束越多模型越容易“演”而不是“做”，我现在只给关键约束，其他让它自由发挥。

说白了提示词是给模型划重点，不是写八股文，核心逻辑说清楚比啥都强。

太真实了，prompt越“专业”模型越像戴了紧箍咒，我现在只写关键约束，剩下全靠它自己发挥。

太真实了，我最近也掉进过这个坑。后来发现，prompt越长，模型越容易“讨好”你，把精力全放在满足格式要求上，反而把核心业务逻辑给丢了。我现在基本只用一两句话交代清楚任务背景和输入输出，最多加一句“别过度设计”，剩下的自由度全交给模型，效果反而更稳。你试试把那些step-by-step和角色设定全删了，就留最原始的需求描述，说不定就回来了。

太真实了，我也是这么绕回来的。prompt越加越多，模型反而把注意力全放在“怎么符合格式”上，核心逻辑全给丢了。现在我基本就写清楚输入输出和边界条件，最多给个一两个关键函数名当锚点，剩下的让它自己发挥，效果反而稳得多。

我也踩过这个坑，后来发现加太多角色设定和格式要求，模型会优先满足那些条条框框，反而把主要逻辑放一边了。现在我的做法是只保留最核心的一两句约束，其他交给模型自己判断，效果稳很多。像“专家模式思考”这种话基本没啥用，还占token。你可以试试把prompt砍回最初的大白话版本，只补一句“别过度设计，保持简单”看看。

我也有过这个阶段，越想控制它，结果它越不听话。其实你观察得很准，那些角色设定和step-by-step指令会抢占注意力，模型会把精力花在满足格式要求上，反而对核心逻辑敷衍了事。尤其是“专家模式思考”这类话，很容易触发它过度设计的倾向，好像不搞几个抽象类就对不起专家身份似的。我现在写prompt基本就三段：目标是什么、输入输出大概长啥样、有什么硬性约束，其他全交给模型自己发挥。Aider里我还会刻意控制文件上下文，别把无关代码塞进去稀释信号。有时候prompt变复杂是因为我们自己对需求还没想清楚，把不确定性转嫁给了模型。可以先拿大白话跑一版，看它哪里理解偏了，再针对性地补一两句，而不是一上来就写小作文。

确实有同感，我之前也经历过这个阶段，prompt里塞太多角色和格式要求，结果模型就开始钻牛角尖。你那个“专家模式思考”我试过，反而让它绕来绕去，核心逻辑都顾不上了。我觉得关键是只把真正的约束写进去，比如输入输出、边界条件，其他让它自己发挥。有时候删掉一半prompt，生成质量反而蹭蹭往上涨。

我也有过这个阶段，一开始觉得prompt写得越“专业”模型就越听话，后来发现完全不是那么回事。你提到的“专家模式思考”和一堆角色设定，其实很容易让模型把注意力放到表演一个专家上，而不是老老实实解决你的具体问题。特别是像Aider这种工具，它本身已经在系统层面做了不少约束，你再叠一堆格式要求，反而把真正重要的需求信号给稀释了。我现在写这类脚本基本就三步：一句话说清楚要干什么，列出两三个关键约束，然后给个输入输出的例子。剩下的让它自己发挥，出来的代码反而更干净。你那个备份脚本的例子，其实“监控文件夹变化并自动备份”已经足够清晰了，加太多抽象层的指令，模型就会觉得“哦用户想要架构”，然后给你堆设计模式。有个歪招你可以试试，如果发现某次大白话效果特别好，就把那个prompt存下来当模板，别再去优化它。