能一句话说清规则的模块，不要交给模型
越可复现的地方越该用代码。把一个训练产品的 7 个 AI 能力单元收敛为 3 个 LLM Agent + 4 个确定性引擎。
Method · 8 Rules
八条规矩
每条都挂一个真实项目里的正例或反例——否则会退化成空话金句墙。
八条规矩逐条展开
先质疑度量，再谈结论
否则只是在优化一个错的数。RAG 评估工作台：修复「空答案被记为成功」的 P0 失真，并纠正耗时口径虚高 5.3 倍。
把「不做清单」写进需求文档
不写就等于默认都要做。暖夕智护早期原型：4 项不可控项显式排除并转为 Adapter 预留点。
单一事实源 + 派生统计
同一个数只能有一个来源，其余全部算出来。暖夕智护早期原型的数据一致性铁律。
闸门串联 + 静态兜底
AI 的失败不能穿透到用户；每道闸不通过都要有确定的退化路径。四道闸门串联设计。
标签字典必须带「该加分 / 不该加分」判例
否则标注无法复核、指标无法归因。行为标签逐条写判例。
内容替换不改代码
用字段契约把内容与结构解耦。本网站的项目索引由统一数据生成；新增已有类型的卡片只改数据，新增案例详情仍需补充 HTML 内容与路径，并同步静态兜底。
没有测过的数字不写
我写坏过一些数字——把模拟值当成实测值写进结论、把两个不同口径的指标放在一起比、把一次偶然通过当成稳定通过。所以这一版作品集里每个数字都带出处文件路径，每条结论都标注了它的口径。这条规矩的直接代价是：能写进作品集的数字比能写出来的少很多。
Planned · 计划阶段方案
FraudShield Arena
「新致杯」在进行的比赛项目，公开性未确认——因此不进旗舰、不进作品索引， 这里只保留可迁移的方法与判断，不写实现细节、不写内部指标、不放原始文档。
能一句话说清规则的模块，不要交给模型
越可复现的地方越该用代码。在一个训练产品里，我把 7 个 AI 能力单元收敛为 3 个 LLM Agent + 4 个确定性引擎——依据是能一句话说清规则的模块做成 Agent 只会更慢、更贵、不可复现。代价是场景多样性下降，用剧本树 + 标签组合补偿。
闸门串联 + 静态兜底
AI 的失败不能穿透到用户；每道闸不通过都要有确定的退化路径——隐藏事实 → 角色禁言 → 节点禁止内容 → 内容红线，四道串联，任一不过即回落静态兜底。
方法判断（收敛原则 / 闸门设计）
保留
可迁移的通用方法，与具体项目无关
系统架构 / 模块清单
不写
属项目实现细节
验收数字
不写
比赛项目的内部指标，公开性未确认
证据文件路径
不放
不外发原始文档
为什么这样处理
- 这是比赛进行中的项目，是否受保密或署名约束我无法自行判断。
- 等比赛结束、公开性确认之后再考虑独立成页——届时只需恢复内容，不用重写。