V3 · 竞争引擎的契约收口与工程重构
2026 年 9 月，竞争引擎完成 v12 契约收口、结论层改确定性派生、字段从 71 收敛到 23，测试基线锁定 587 通过。
目标
竞争报告引擎经过十几个版本迭代后，字段、判定与展示职责开始互相缠绕。9 月这一轮不做新功能，只做三件事：收口契约、精简消费层、锁定测试基线，为后续的开放接入与多租户打底。
做了什么
- 09-17：引擎 v11.28~v11.38 全量落地，相关性闸门抽成独立模块（裁决层可纯单测），测试套件首次纳入版本管理。
- 09-23：v12 收官，分五批完成消费层瘦身、结论层收敛、评分层归位、模块适配与契约守卫，锁定 587 项测试通过；同时修掉模型参数静默降级与档位端点报错。
- 09-24 ~ 09-28：多源仲裁层归位、结论字段双键归一、对比矩阵重构。
- 09-30：结论层改为确定性派生——差距分析、结论叙述不再由大模型生成，全部可由对比矩阵算术推导，因此这部分不再消耗模型调用、也没有额外等待。
- 10-05：矩阵从 9 块重设为 8 块，新增按渠道展开的展示规则；字段数沿
71 → … → 23收敛，判据统一为「对比展示，而非对比计算」。
为什么值得单独记一笔
两个判断在这一版被固定下来，后来成为全项目的通用原则：
- 自报数据不作派生判定——企业自己填的信息不能拿来推断对手强弱，判定层因此收敛为单域。
- 比例脱离数量没有判读价值——95% / 3 条 与 76% / 36 条 的可信度是相反的，所以分渠道展示时「条数在上、占比在下」，并标注样本量。
展示元数据也统一改由后端接口下发，前端不再自行生成，避免两边口径漂移。
衔接
- 这一版奠定的工程原则：工程方法论与治理原则
- 紧接着的开放接入：MCP 开放接入与工具权限