AI原生工程规范体系方法论
> 编制：万有AI产品团队
> 定位：万有AI通用方法论系列 | 研发治理基础设施——把团队共识从经验变成可执行条款
> 依据：万有AI工程规范 V1.2（文档号 ENG-STD-2026-001，安全负责人主编，总经理2026-09-01批准）实际运行稿
> 一句话：规范不是写给老板看的文档，是写给机器去拦的判据
一、为什么AI团队必须有工程宪法
规则散落在群聊、口头叮嘱和某个人的记忆里，结果就是三件事同时发生：
| 现象 | 后果 | 宪法式解法 |
|---|---|---|
| 同一件事每个人做法不同 | 质量随人波动 | 一条编号条款，一个判据 |
| 出事之后才立规矩 | 教训反复重演 | 事故→条款→机检，三件套闭环 |
| 规矩只写在文档里 | 没人真的执行 | 条款必须挂到门禁上，否则不成立 |
AI参与研发之后，这个问题的严重性被放大：AI产出快、量又大，靠人盯人复核是不可能的。唯一的出路是——把规范写成机器能判定的形式。
二、宪法的骨架：章、分册、条款号
规范的可用性首先取决于它的可引用性。一份无法被引用的规范，等于没有规范。
| 结构层 | 作用 | 使用方式 |
|---|---|---|
| 章 | 按工程域划分（研发/部署/文档/数据/安全/合规/协作/验收） | 定位主题域 |
| 分册 | 同一主题的可独立维护单元 | 局部修订不必整册重发 |
| 条款号 GL-xx | 唯一稳定编号，永不复用 | 评审、回执、事故复盘只引编号 |
| AI护栏 | 专门约束AI行为的条款族 | 与人类条款分列，避免口径混淆 |
编号是最关键的发明：事故复盘写「违反 GL-15」比写「违反了安全要求」精确一个数量级；门禁日志写「[FAIL] GL-15 文件名」才能对上账。编号一旦稳定，规范就从文学变成了工程。
三、条款怎么定：从事故里长出来
万有AI的条款不是坐在会议室里想出来的，每一条都对应一次真实的坑。条款的成文路径是固定的：
真实事故/差点出事 → 定性（是能力问题还是流程缺口）→ 起草条款 → 会签评审 → 配机检或人工抽查 → 入册编号 → 事故复盘只引编号
| 条款示例 | 它拦住的是什么 | 机检挂点 |
|---|---|---|
| GL-10 v-html消毒链 | 前端直接渲染不可信内容 | 提交快扫提示级 |
| GL-15 敏感信息七类 | 密钥、口令、私钥误入仓库 | 提交快扫阻断 |
| GL-21 合规红线 | 绝对化宣传用语上线 | 提交快扫阻断+语境复判提示 |
| GL-29 专利特征词 | 技术方案构成提前暴露 | 提交快扫阻断（词表受控） |
| GL-30 部署原子性 | 部署半途失败留下半个线上 | 部署闸校验 |
| GL-31 单一真相源 | 同一事实多处各说各话 | 版本四联动断言 |
判断一条规范是否成熟，只看一件事：它有没有对应的拦截点。 没有拦截点的条款，只能算倡议。
四、条款要分级：阻断、提示、人工复判
同一条款在不同语境下的严重程度不同，一刀切会逼出两个坏结果：要么误伤合法内容，要么为了不误伤而全线放宽。三级设计解决这个问题：
| 级别 | 处理方式 | 适用 |
|---|---|---|
| 阻断级 | 直接拒绝提交/发布 | 有明确形态、误报率低（密钥、危险删除、绝对化用语） |
| 提示级 | 放行但留痕，进每日报告 | 需语境判断，机器判不准 |
| 人工复判 | 进复核队列，±30字符语境判定 | 敏感词但存在大量合法用法 |
与之配套的是豁免登记制：任何合法例外都必须逐条登记路径与理由，并留下会签记录。豁免表是受控资产——豁免不是「关掉检查」，而是「带理由的例外」。
五、执行机制：五条让规范不睡着的设计
| 机制 | 设计要点 | 反面教训 |
|---|---|---|
| 门禁挂载 | 条款必须挂到钩子/门禁/部署脚本上 | 只发文不挂门禁，规范三个月后失效 |
| 失败可见 | 机检不通过必须报错退出，禁止静默跳过 | 「静默 SKIP」让门禁悄悄变成空转 |
| 留痕克制 | 日志只记文件名、结果、时间戳，不记内容片段 | 记内容=二次泄露 |
| 独立复跑 | 验收由非开发方独立复跑 | 发现方自验己方=自证空转 |
| 绕过兜底 | 允许显式绕过，但必须有每日全量扫描兜底并公示 | 堵死绕过=大家偷偷绕 |
关于第五条要讲透：命令行层面的显式跳过（例如提交时的跳过开关）不会被钩子感知，钩子层也留不下痕。承认这个现实，然后用每日全量机检做兜底，把差异推进日报公示——治理靠的是可见性，不是封堵。
六、规范之间的引用关系
宪法不是孤岛。它必须和流程方法论、机检体系、部署体系互相引用，否则会各自演化成互不相认的几套话：
| 关联对象 | 关系 |
|---|---|
| 开发规范方法论（第33篇） | 宪法是条款层，开发规范是动作层 |
| 机检三闸方法论（第46篇） | 宪法的每条阻断级条款都要在这里有落点 |
| 仓库治理方法论（第47篇） | 条款的版本、变更、留痕靠仓库纪律承载 |
七、落地清单
7.1 起步（一周内可做完）
- [ ] 把现有口头规矩列成清单，逐条问：它有没有拦截点？
- [ ] 给每条规矩分配稳定编号，写在统一位置
- [ ] 挑三条误报率最低的做成机检（通常是密钥、危险删除、绝对化用语）
- [ ] 建立豁免登记表，格式：路径#理由#会签人
7.2 成体系（一个月）
- [ ] 条款按工程域分章，形成分册
- [ ] 每条阻断级条款挂上门禁，并留一次实战拦截证据
- [ ] 失败必须显式报错，禁止静默跳过
- [ ] 建立事故→条款的登记表，保证新事故都能落到编号
7.3 自检五问
| # | 自检问题 |
|---|---|
| 1 | |
| 2 | |
| 3 | |
| 4 | |
| 5 |
八、避坑指南
| 坑 | 表现 | 解法 |
|---|---|---|
| 规范写成文学 | 大段原则，无法判定 | 每条必须能写出「违反的判定条件」 |
| 编号漂移 | 条款改号导致历史回执对不上 | 编号永不复用，废弃条款保留编号并标废止 |
| 门禁空膛 | 词表没就位，检查静默通过 | 缺料必须告警，禁止静默 |
| 豁免泛滥 | 一有误报就加豁免 | 豁免须写理由+会签，定期复核 |
| 只管研发不管AI | AI产出无人约束 | 单列AI护栏条款族 |
> 一句话收口：规范的最高形态，是新人入职第一天就能被机器教会——他不需要背条款，他只要提交一次，门禁就会告诉他违反了哪一条。
万有AI | 依据工程规范 V1.2 实际运行稿萃取