AI 写代码的时候总是使用大量的辅助函数，应该如何处理？

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

提示词中应该如何表达？似乎 AI 总是忽略我的提示词。

```
避免过度抽象: 不要创建一次性 helper 、utils 、wrapper 或局部小框架，除非能明确提升复用、测试、复杂度隔离或语义稳定性。不要做辅助函数小王子。
```

不喜欢过度抽象，尤其是重复的大量小辅助函数。

9 replies • 2026-07-19 03:05:56 +08:00

jacketma

12h 19m ago

模型个别地方不听话，就把那段函数单独摘出来，让它重构。一个模型有惯性，就换另外一个模型重写，一般都会换一种思路的。

yuyue001

10h 57m ago

@jacketma 这是一个思路。我现在 codex 规范方案/执行； deepseek 做方案评审和代码审查。综合效果感觉比完全依赖 codex 好一点。

molvqingtai

9h 32m ago

装作看不见🙈

netnr

8h 36m ago

“减少子方法嵌套，优先本地函数单线路实现”

noqwerty

7h 40m ago via iPhone

试过挺多方式都没法保证，codex 就是很喜欢加那种一两行且只用一次的辅助函数，最终的解决方案是放弃自己的代码洁癖，又不是不能用.jpg

另一个角度想，随着现在 AI 开发代码逐渐变成主流，这种代码可能才是更“干净”、更好维护的。

VeryZero

5h 29m ago

把那段辅助函数的代码贴到提示词里，告诉他不要写类似这样的辅助函数。

这样效果可能好一点，因为他不一定能理解你所谓的辅助函数是什么，所以需要举例子说明。

Lightbright

5h 25m ago

试试这个
以暗猜接口为耻，以认真查阅为荣。
以模糊执行为耻，以寻求确认为荣。
以盲想业务为耻，以人类确认为荣。
以创造接口为耻，以复用现有为荣。
以跳过验证为耻，以主动测试为荣。
以破坏架构为耻，以遵循规范为荣。
以假装理解为耻，以诚实无知为荣。
以盲目修改为耻，以谨慎重构为荣。

laminux29

3h 57m ago

典型的外行指导内行行为。

AI 之所以喜欢抽象，喜欢写辅助函数，是因为这是软件工程已经验证过的正确的开发方法。就算不能增益复用，对于调试、改动、团队协作、让 AI 集中注意力且节约 tokens 等都是大有作用的。

你自己学不来这一套，还嫌弃 AI 这样做，倒反天罡了。

netlous

1h 38m ago