Zui近用Codex写代码的时候啊…害！我真是哭笑不得 你让它修个按钮文案吧？它倒好 顺着组件往上扒拉三层结构 Zui后给你整出个新hook、新utils不说 连类型定义dou重构了一遍 就跟你请朋友来家里换灯泡似的 他kan了眼天花板说“你这电路采光不行” 转头就给你拆了整面墙重装电路 咱就是说！AI到底是来帮忙的 还是来顺便搞次 “房屋改造计划 ” 的

先说说Zui让人心累的 —— 猜接口字段这件事 后端接口文档明明白白写着返回 title 对吧？ 它偏要在后面加一串 || data.name || data.label || data.displayName 美其名曰 “ 兼容历史数据 ” “ 防止后端漏字段 ” 害！这哪是兼容啊这是埋雷啊！ 今天兼容四个字段明天产品加个 text 后天又来 caption Zui后谁也说不清真实数据到底该长啥样 接口契约变成了 “ 开放式作文 ”

还有状态乱放这个老毛病 本来就当前页面用一次的 “ 展开/收起 ” 状态吧？ 它偏要丢进全局 store 里 美其名曰 “ 方便其他组件复用 ” 结果呢？两个组件同时修改这个状态互相踩脚 刷新一下页面变样儿切个 tab 又崩了 Zui后排查 bug 的时候全组人盯着 store 文件骂街

哦对了还有编码问题 —— Windows 用户肯定懂那种痛 Codex 默认用 UTF -8 读 GBK 文件的时候 整个项目的汉字瞬间变成火星文 □□□□□□□□□□□□□□□□□□ kan着就像项目突然集体穿越到了另一个文明

哎正好说到 “ 乱写无效内容 ” —— 你们有没有好奇过 “ 为什么百度不收录 AI生成 的文章 ” ? 我跟你唠两句啊其实特别简单

搜索引擎收不收内容kan两点 : 一是 有没有真实价值 —— AI Ru果乱写一通猜字段 或者凑字数 那就是垃圾信息 ; 二是 是不是重复冗余 —— Codex写代码爱强行抽象类型, AI写文章爱复制粘贴 ,这种东西搜索引擎爬一遍就嫌烦,根本不会收录

跟咱们项目里不Neng留 Codex乱改 的代码一个道理 :没用还添乱,谁受得了 ?

那怎么治这股 “ 不管三七二十一先优化再说 ” 的劲呢? 我琢磨出一套叫 codex - dev - norms 的小规矩 —— 相当于给 AI配了本 《项目生存指南》

# NO.1 :Zui小改动原则!别把 “修bug ”变成 “翻新 house ” 以前 Codex像个精力旺盛 的搭子 :你说一句它Neng写一屏 现在得告诉它 : 任务要求什么,就改什么! 让它补个 loading状态?别顺手抄底抽 hook ;让它修个按钮文案?别重构半个组件 ;让它改个接口参数?别加兼容逻辑

就像医生kan病:病人头疼就治头疼,别顺便把感冒发烧鼻炎dou治一遍——没用还可Neng加重病情

# NO.2 :接口字段必须 “照本宣科 ”!别猜!别加!别自创! 这条简直是针对 Codex 的 “祖传陋习 ”定制 的! 要求只有一个: 后端返回什么,前端就接什么! 不知道字段?查接口文档去!不确定?问后端同学去!别自己瞎 YY加 || b || c || d!

不然呢?今天兼容 name明天兼容 label后天兼容 displayName ——Zui后 API变成了 “薛定谔 的字段”,谁调用谁踩坑

# NO.3 :状态归位!别让状态 “流浪天涯 ” Codex总觉得 “全局 state才高级 ” ——大错特错! 本地组件Neng用得上 的状态,就老老实实放 components里;钩子函数里Neng用 的,别往 store塞;当前页面独有的逻辑,别抽成公共 hook!

这条 rule 的核心是: 状态不是越 global越好,放对地方才安全! 不然状态之间互相干扰,今天这个变了影响那个,明天那个改了牵连这个——排查 bug的时候Neng把人逼疯

# NO.4 :副作用记得 “打扫战场 ”!开定时器就要关! AI写副作用代码的时候总犯一个错:只关心 “让它生效”,忘了 “让它结束 ” 比如加了 resize listener却不清理;开了 setInterval却没在卸载时 clear;订阅了事件却没取消订阅 ……

这些漏网之鱼会悄悄变成内存泄漏杀手 ——项目跑久了你会发现:页面越来越卡响应越来越慢,但查不到具体原因

说实话一开始我也怀疑: AINeng听得进去这些吗? 结果试了几次才发现 ——太香了!

以前 Codex写完代码 review要花半小时:逐条揪出多余 的 hook多余 的类型多余 的兼容逻辑…… 现在有了这套 norms,它会自动在脑子里过一遍:「这个任务要不要动 store?」「这个字段需不需要查文档?」「这个副作用有没有清理?」

Zui搞笑 的一次:我让它修一个中文乱码bug,Codex居然主动说了句「先确认文件编码是不是 GBK」——乖乖!比我记性还好!

Codex再强也只是工具啊 人类工程师写代码的时候会带着 project context团队约定甚至线上事故 的心理阴影 而 AI没有这些记忆——所以才会肆无忌惮地 “优化 ’ ’ “重构 ''

给 AI套规则不是限制它们发挥 而是把我们踩过 的坑趟过 的雷提前告诉它们 让它们知道:「这里不Neng碰那里不Neng改有些事Zuo比不Zuogeng麻烦」

说到底啊 我们想要 的从来不是一个 “永远有新想法 '' 的 AI 而是一个「知道什么时候该停手」「懂得尊重项目边界」「Neng踏实解决问题」の靠谱搭子

对吧?害~毕竟谁不想下班前安心提交代码不用熬夜查 bug呢