写进项目规则的四条红线：不写死、定结构、不丢标识、不吞错误
AI 写代码爱"自由发挥"，有四类问题最常见也最致命：把业务规则写死在代码里、前后端数据格式随意改、处理多层数据时丢掉上级标识、用异常捕获把错误悄悄吞掉。把这四条作为红线写进项目规则文件，每次对话都带上，能少掉一大半后期返工。
AI 生成的代码，第一眼往往能跑。但上线一段时间后，问题集中爆发在几个固定的地方。与其事后排查，不如一开始就把它们写成红线。
红线一：业务规则不许写死
常见问题：价格档位、状态名称、审核条件，被 AI 直接写成一长串 if-else 散落在各处。以后改一个价格，要翻好几个文件，还容易漏。
写进规则：所有业务规则、状态字典、阈值放在配置文件或数据库里，代码只负责读取和执行。
以下为会员内容
本文为 AI 编程 会员内容。开通会员后可阅读全部教程、问答和模板：12 月 3 日前限时 ¥199/年（原价 ¥365），开通送 voicemake.cn 高级会员 1 个月，会员可 1V1 咨询。