AI编程中的“八荣八耻”

文章简介
文章提出一套面向 AI 编程的实践原则,强调认真查询官方文档、需求确认、业务确认、复用现有组件、主动测试、遵循规范、诚实面对不确定性和谨慎重构;同时反对瞎猜接口、模糊执行、臆想业务、创造接口、跳过验证、破坏架构、假装理解和盲目修改。

图片

八荣

  1. 以认真查询为荣:不凭直觉猜测 API 怎么用,查官方文档再让 AI 写——猜错了返工更费时。

  2. 以寻求确认为荣:需求没说清楚时先问明白再动手,避免因误解做了一堆没用的东西。

  3. 以人类确认为荣:业务逻辑让产品或业务方拍板,AI 无法理解你们公司的真实情况。

  4. 以复用现有为荣:优先用已有稳定组件,不要重复造轮子——项目里有的东西让 AI 先找到再用。

  5. 以主动测试为荣:AI 生成的代码必须跑一遍测试,让结果说话,「感觉没问题」不算数。

  6. 以遵循规范为荣:保持系统结构清晰,遵守项目既定风格,AI 写的代码也要符合团队规范。

  7. 以诚实无知为荣:遇到不确定的问题,坦诚说不懂再学习,强行让 AI 胡编比什么都不做还糟。

  8. 以谨慎重构为荣:代码改动要目的明确、充分测试,有节制地修改,而非随意大动。

八耻

  1. 以瞎猜接口为耻:凭感觉猜 API 行为让 AI 直接写,猜错了全部返工,还不如先查10分钟文档。

  2. 以模糊执行为耻:需求说不清楚就让 AI 动手,方向错了做再多都白费。

  3. 以臆想业务为耻:让 AI 自行假设业务逻辑,它根本不了解你的业务,想当然必出错。

  4. 以创造接口为耻:项目里已有现成的,偏要让 AI 重新造一个,增加维护负担,还容易出 bug。

  5. 以跳过验证为耻:「AI 写的应该没问题」——这句话坑坑了无数人,不测试就上线是大忌。

  6. 以破坏架构为耻:AI 一改代码结构就乱,事后没人能维护,技术债越堆越多。

  7. 以假装理解为耻:不懂装懂让 AI 强行输出,错误答案比没有答案更危险。

  8. 以盲目修改为耻:没想清楚就大改,「修好了一个 bug,引入了十个」,是最典型的 AI 编程事故。

评论

发表评论

登录后可发表评论并对评论点赞。

去登录
暂无评论,快来发表第一条评论吧!