用AI写代码三个月，感觉Prompt比代码本身还难调，正常吗？

太正常了，我刚开始用Copilot写脚本的时候也这样，后来发现关键得把“边界”在Prompt里说死，比如直接告诉它“只处理某类异常，其他情况直接抛错”，比笼统说“处理异常”有效得多。而且我习惯先让它给个最简版本，再自己手动加校验，反而比来回调Prompt省心。另外，Cusor的对话上下文长了之后容易“失忆”，我一般每改一次需求就开个新会话，不然它老把之前的逻辑混进来。

太正常了，我最近用Copilot写脚本也这德行，说“处理一下异常”它能把整个文件包成巨型try-catch，我删都删半天。后来学乖了，直接给它贴出具体代码块，告诉它“只改这两行，别动别的”，效果反而好很多。感觉这种工具适合用来补全思路，不适合让它做判断。

太正常了，我现在写代码反而没怎么花时间，大部分精力都耗在跟AI对齐需求上。最烦的是它默认加一堆防御性代码，有时候得明确告诉它“只处理核心逻辑，其他忽略”，不然越帮越忙。后来我学乖了，先把函数签名和关键步骤列出来，让它按框架填，这样改动小很多。你试试把需求拆成更小的任务，一次只让它改一个点，比来回改一大段描述靠谱多了。

太真实了，我最近也卡在这。感觉AI对“简洁”的理解跟咱们不太一样，它默认的健壮性阈值太高，一不留神就给你搞出一堆防御代码。后来我学乖了，直接在prompt里写死“不要加日志，不要加try-catch，只处理核心业务逻辑”，效果立竿见影。但话说回来，这确实是个问题——如果描述需求的时间成本都超过手写了，那工具的价值就打了折扣，可能更适合用来写测试或者重构，而不是从零生成业务代码。

太正常了，我刚开始用Copilot写脚本也这样，后来发现关键得把“边界”画清楚，比如直接告诉它“只处理数据库连接异常，其他别管”，不然它真能给你表演个全家桶式防御编程。不过话说回来，调Prompt练出来的“精准描述需求”能力，倒是对以后写技术文档挺有帮助的。你试试把需求拆成几个小函数分步喂给它，比一次性丢个大需求好控制得多。

太正常了，我刚开始用Copilot那会儿也这德行。后来发现Prompt调不好，本质上是没把自己的约束条件说清楚，比如“处理异常”这事儿，你得告诉它哪些异常要吞掉、哪些要抛出去、日志打到什么级别，不然它肯定按最保险的写法给你堆一堆防御性代码。而且我觉得AI特别吃“负面例子”，你说“不要加业务无关日志”，它可能还是加，但你直接甩一段你手写的代码当few-shot，它立马就懂你要的粒度了。不过话说回来，这种来回拉扯确实挺消耗耐心，我现在遇到复杂点的逻辑，干脆先自己写个骨架，让AI只补具体函数，反而省事。另外我感觉Prompt难调还有个原因——工具本身迭代太快，上一周好用的描述方式，换了个模型版本可能就失效了，所以我现在会把常用指令存成模板，省得每次重新摸索。总之你这不是个例，别怀疑自己，就当是在跟一个特别较真的同事磨合吧。

太正常了，我刚开始用Copilot写脚本也这样，后来发现越是“简单”的需求，AI越容易过度发挥。你得把Prompt当代码写，明确禁止什么，比如“只处理XX异常，不要加日志”，不然它永远会给你加戏。现在我的习惯是先让它给个粗糙版本，再自己改，反而比反复调Prompt快。另外试试给一两段输入输出示例，比写一堆抽象描述管用得多。

正常得很，AI写代码就像个阅读理解能力有限的实习生，你得把需求拆成它听得懂的人话。

我也被这玩意折磨过，后来学乖了，直接给它贴段现成代码当参照，比磨嘴皮子管用多了。

太正常了，我刚开始用Copilot写脚本的时候也这样，后来发现关键是把需求拆成“动词+边界条件”的格式，比如直接告诉它“这个接口只接受非空字符串，超过100字直接返回400”，比让它自己理解“处理一下”靠谱得多。另外建议把项目里的代码风格片段喂给它当参考，不然它默认的写法跟你团队规范永远对不上。我现在基本把Prompt当代码维护了，写注释一样写版本，迭代几轮之后确实比手写快。

太正常了，我现在写核心逻辑反而直接手敲，AI只用来补测试用例或者生成样板代码。Prompt这东西本质上是跟一个“过度热情的新人”沟通，你得把上下文、边界、风格全喂给它，这套描述成本确实不比写代码低。而且说实话，代码能跑和写得符合预期是两回事，AI生成的代码经常需要你逐行review，遇到复杂业务还不如自己动手快。

我现在基本固定一套模板：先给函数签名和输入输出示例，再明确写“不要加日志、不要改参数校验”，最后有问题直接贴报错信息让它改。这样能省一半来回扯皮的时间。你慢慢会找到那个平衡点的，别太指望一步到位。

太正常了，我现在写代码前花十分钟想prompt，写完再花二十分钟微调，最后发现还不如直接上手改。你那个“简洁一点”的坑我也踩过，AI对简洁的理解就是删字段，但它分不清哪些是必要的。后来我学乖了，直接把想要的函数签名和异常类型写进prompt里，限制死它的发挥空间，反而一次过。另外别让AI加日志，这玩意儿它一激动能给你每行都标上。

太正常了，我最近用Copilot写脚本也这德行。你让它“处理异常”，它恨不得把整个方法体都包进try-catch，连个Optional都能给你整出花来。后来我学乖了，直接在Prompt里写死“只捕获指定异常类型，不打印堆栈”，反而省事。感觉这玩意儿就像个特别会脑补的新人，你得把需求抽象到接口文档那种颗粒度它才不跑偏。不过话说回来，调Prompt调出经验后，其实对梳理自己业务逻辑也有帮助，算是个意外收获吧。

太正常了，我刚开始用Copilot写脚本的时候也这样，后来发现本质问题是咱们把AI当成了“会写代码的搜索引擎”，但其实它更像个“阅读理解能力很强的实习生”。你让它“处理异常”，它默认给你上全套防御式编程，因为训练数据里这种代码最安全；你说“简洁点”，它又矫枉过正，把本来该有的边界检查也砍了。我现在的做法是先把接口的输入输出、必填字段、允许的异常类型用一两句话钉死，比如“只捕获数据库连接超时，其他异常直接抛出”，这样它反而听话很多。另外别指望一次调对，我一般第一版让它写全，第二版再给具体删减指令，比反复描述“风格”效率高。说到底，Prompt难调是因为我们没把约束条件量化，就像跟人交代需求只说“做好看点”，谁都得懵。

太真实了，现在写Prompt跟做需求评审似的，得把边界条件全说清楚它才不乱来。

这确实是个玄学，我后来干脆把异常处理和参数校验直接写进系统提示词里，省得每次拉扯。

太正常了，AI写代码本质是翻译你的意图，意图模糊它只能猜，Prompt比代码难调说明你需求还不够明确。

这就像带实习生，你交代得越清楚他干得越靠谱，多花点时间把边界和场景说透，后面反而省事。

太正常了兄弟，我现在写代码都改成先写注释再让AI填空了，不然它那个“理解能力”真的能把人逼疯。你那个try-catch的问题我也踩过坑，后来发现得在Prompt里明确写“只处理业务异常，不要加日志”，但这样又显得特别啰嗦，跟写代码规范似的。其实我觉得这本质上是AI在猜你的“意图边界”，你越是想让它“合理发挥”，它就越容易过度设计或者偷懒。我现在养成个习惯，把需求拆成特别小的原子任务，一个Prompt只干一件事，反而比憋一大段描述省时间。另外你可以试试给它看一段你手写的“风格参考代码”，比用文字描述“简洁”管用十倍。说到底，这工具还是适合当结对编程的副驾驶，不适合当全权代理，你花在调Prompt上的时间，其实是在建立你和它的沟通协议，等这个协议稳定了，后面会越来越快的。

太正常了，我甚至觉得这是从“会用AI”到“用明白AI”之间最恶心的一道坎。你提到的这个“简洁一点”和“处理异常”之间的拉扯，本质上是模型对“度”的理解跟你不在一个频道上，它默认的健壮性标准可能比你的业务场景高很多。我现在写prompt基本不追求一次性完美，而是先让它给个最啰嗦的版本，然后我直接复制代码块里不需要的部分，在下一轮明确说“删掉所有除业务异常外的catch，日志只留error级”，这样反而比反复抽象描述“简洁”要高效得多。另外有个小技巧，如果你能给出一段你手写风格的代码作为few-shot示例，哪怕只有十几行，它对你的“口味”把握会立刻上一个台阶。说到底，调prompt的累，一部分是在帮模型校准你对代码的隐性预期，这跟带新人一样，前期沟通成本省不掉。但坚持一个多月后，你会发现自己对代码结构的审视反而更清晰了，也算是个意外收获。

太正常了，这玩意儿跟带实习生似的，说少了瞎干，说多了躺平，指令得掰碎了喂。

同感，现在写Prompt像在调教对象，边界条件得全列出来，不然它自由发挥到你崩溃。

太正常了，我刚开始用Copilot写脚本也这样，后来发现Prompt里的每个形容词都会被模型当成精确指令执行，你越强调“简洁”它反而越容易走极端。后来我干脆把需求拆成特别细的小步骤，比如“只处理空指针异常，其他不管”，这样反而省事。另外建议你试试把代码示例直接贴在Prompt里，让它照着风格改，比用文字描述靠谱得多。

正常，AI写代码本质是需求翻译，你卡在把模糊需求转成精确指令这步了。

建议把“处理异常”改成“只捕获特定异常，忽略日志”，能省一半口水。