人工智能协助编程必须先开版本库。2026年手工补丁被覆盖一律当事故。重构禁止默默丢掉参数，功能消失一律按回归。粘贴代码必须核缩进一致，制表和空格混用一律当事故。排错必须先问要什么日志，凭感觉改一律加审。编排模型必须人会软件工程，只会说感觉写禁止当交付。不准把感觉写当成已经交付。

人工智能协作痛点在把「晚上能做出原型」写成「可以不工程化」

小项目也能学到东西，哪怕代码多半是模型写的。过去会卡死的技术细节，现在能绕过去。让它给改动写步骤说明，能看懂结构。也会犯一年级不会犯的错：不用版本库，文件名乱加字母后缀，小修复丢了，对版本要耗几小时。更糟的是人手工修了，再请它改进，它给的替换方法不含你的补丁，因为它根本不知道你改过。建设者该把「先开库、补丁进库、重构要回归」写成硬规格。管交付的人，该拒收没有版本库还说已经能协作的项目。

两处只有对着回归才清楚。其一，一次写不完就先要原型，再只要需要改的片段。自己去代码里找片段该放哪，等于在学结构。不懂就问，但必须限字，否则一晚上都在读解释。看到重复要明确指出「这些模板几乎一样，在保持功能和可读的前提下收成一套」，笼统说重构它很少复用。软件工程背景在这里值钱：不是语言专家，也能把它从臃肿带到可维护。排错不要只报症状，先问它要什么调试信息，再让它加可控的打印框架。其二，功能会消失。频繁复制粘贴时，参数被静默拿掉，程序还跑，结果悄悄变差。随机输出让这类回归更难发现。缓解：大改之后逐项核功能还在；一旦发现，给故障组件的输入写测试，而不是测复杂输出。缩进更阴：从文本文件贴进源文件，制表和空格混用，屏幕上看齐、运行时报错。错误处理和回退才是最难的一截，要舍得花时间做成人能懂的弹窗，而不是控制台天书。对话窗口用久了要新开，并上传当前完整代码，否则它会把你没采纳的建议当成事实，错误会传下去。

操作上再钉三件事。第一，第一天就开版本库，没有库不准开始。第二，手工补丁必须先提交再请它改，被覆盖按事故。第三，感觉写不能当交付：编排的人必须懂模块、测试、错误处理。建设者该把「本周有几次补丁被覆盖」写进例会。管培养的人，该拒收「有模型就不用学工程」的课。

人工智能协作闸2026五步：先开库、禁默默丢参数、核缩进、先问日志、人必须会工程

1. 必须先开版本库。字母后缀当版本，方案作废。
2. 重构禁止默默丢掉参数。功能消失不回归，方案作废。
3. 粘贴必须核缩进一致。制表和空格混用，方案作废。
4. 排错必须先问要什么日志。凭感觉改，方案作废。
5. 编排模型必须人会软件工程。感觉写当交付，方案作废。

上表对应「手工补丁被覆盖一律当事故」。开库的价值是让「晚上能出原型」进事故表，不是禁止用模型写代码。

现场还要防口号替换验收。把「已经会和模型结对」写成周报，不等于补丁还在。若只能改一处：先开版本库，手工补丁先提交。

结论：人工智能协助编程要以版本库和回归为准，不要把感觉写写成已经交付

编排的人若不会工程，速度只会堆债务。仍拿原型交差，协作评审会先拒绝你。

你下次用模型写项目，先写出库开了没、补丁怎么进库、重构有没有输入测试；三格空着，已经交付四字先不要进材料。

现场还要防口号替换验收。把「已经披露、已经开课、已经会提示、已经开了库、已经会选质数」写成周报，不等于作者栏没模型、作业有评标准、先列再写、手工补丁没被覆盖、选择分布没贴边。周报可以写，门禁必须绑在对照表和分列指标上。缺对照表的方案，一律按未完成处理，不能进月报。

若只能改一处：先把「模型很勤快就算合规」从唯一成功标准里拿掉。演示可以记，作者写成模型、课表没有语言当指令、一次写整块、手工补丁被覆盖、贴边选择五件跟不上就算事故。事故要写负责人、复验日期和作废条件，不许用「下期优化」搪塞。

落地时把指标钉在周会上：披露写没写版本和用途、审稿有没有喂稿、生成代码有没有先列表、版本库开了没、选择有没有贴边。哪一格空着，哪一项不准对外说已经上线。空格超过两周仍空，项目暂停扩面。

本文侧重全链路风控方法论。落地时请用自身业务单据做回放验证，不要把示例阈值直接当生产策略。 相关：风控体检 · 方案资源