Atoms代码生成后修改校验规则覆盖生成代码方法

启用 verify_on_edit: true 可确保 AI 生成代码修改后自动重校验；手动验证支持命令行 atomcode verify --file 和 IDE 内联触发；覆盖前须完成元数据标记、规则版本比对、受保护区域检查三步预检。

在 AtomCode 中对 AI 生成的代码执行修改后，需确保其仍满足项目预设的校验规则（如安全规范、风格约束、测试覆盖等），否则将破坏治理闭环。直接覆盖生成代码而不触发重校验，会导致规则漂移、漏洞漏检、CI 失败甚至主干污染。

启用生成后自动校验开关

打开 AtomCode 配置文件

，确认以下字段已启用：

verify_on_edit: true

该配置强制所有人工编辑后的 AI 生成代码，在保存时触发本地 AST 切片 + Lint 规则重扫描。若未开启，AtomCode 默认仅对首次生成内容做一次性校验，后续修改完全绕过质量闸门。

手动触发覆盖代码的规则重校验

方法一：命令行即时验证

进入项目根目录，运行：
atomcode verify --file src/utils/formatDate.ts

此命令会加载 .harness/rules/ 下全部规则定义，对目标文件执行全维度检查（安全/风格/可维护性），输出未通过项及修复建议。注意：必须指定完整路径，相对路径或通配符（如 *.ts）将被忽略。

方法二：IDE 内联校验（需启用 linter-ui-default）

在 Atom 编辑器中打开已修改的生成文件 → 按 Cmd+Shift+P / Ctrl+Shift+P → 输入 “AtomCode: Re-run Verification” → 回车执行。

该操作会跳过缓存，强制重新解析 AST 并比对最新规则快照。若此前未安装 linter-ui-default，波浪线与悬停提示将不显示，但命令仍会输出终端报告。

覆盖生成代码前的三步预检流程

第一步：确认当前文件带有 AI 元数据标记
检查文件顶部是否存在注释块

。缺失该标记的文件不被视为 AI 生成产物，verify 命令将跳过校验并提示 “no provenance found”。

第二步：检查规则版本的一致性
执行“atomcode rules status”命令，查看输出中的“active_rule_set_version”字段，确认其与文件同级的

文件中的“rule_version”字段是否匹配。若两者不一致，意味着规则已被更新，此时必须先执行“atomcode rules sync”命令进行同步操作，否则后续的校验结果将不可靠。

第三步：检查修改是否触及受保护区域
AtomCode默认锁定生成代码中的关键段落，如测试断言、错误码枚举、权限校验分支等。若修改涉及以 // @protected开头的代码块，verify将直接拒绝通过，并提示“protected section modified without override flag”。此时需添加--allow-protected-edit强制提交，但该操作会记录审计日志并通知Tech Lead。