# 业务定义与决策规范

## 1. 需求的定义

平台需求是可以被人或寻找 Agent 理解，并能在外部内容平台搜索、寻找或验证的内容需求。

判断重点不是词语是否宽泛，而是是否具有实际内容意义：

- “战争”可以是需求，因为可以搜索并形成内容供给；
- “抗日战争中的诗词创作”可以是更具体的需求；
- “表象、转发”等没有独立内容意图的词不是正式需求。

## 2. 证据三层规范

### 2.1 原始事实

上游需求词、时间、来源、指标、关联、视频、真实 ROV/VOV 和人工反馈原文。

### 2.2 可计算结论

热度变化、局部位置、供需缺口、共同出现、样本量、稳定性和冲突。

### 2.3 模型解释

合并 reason、拆分 reason、挂靠 reason、关系语义、自然语言需求和分析结论。

模型解释必须引用前两层；没有数据锚点的自由推演不能成为正式需求。

## 3. 树和图规范

- 全局分类树是稳定骨架；
- 分类节点保持明确父子关系；
- 需求是独立图节点；
- 一条需求可以挂靠多个分类节点；
- 多条挂靠路径全部保留；
- 跨树关系用关系线表达；
- 关系保存类型、来源、reason、置信度、审核状态和有效时间；
- 上游只有“关联”时，不擅自升级语义；
- 模型新增语义必须标记为推断。

## 4. 合并与拆分规范

### 4.1 可以合并

- 明确别名或同义表达；
- 指向相同内容意图且证据高度重合；
- 合并后仍能完整追溯每个原始表达。

### 4.2 应当拆分

- 同一词在不同语境表达不同意图；
- 下游搜索方式、目标内容或评价方式显著不同；
- 合并后会让 reason 或后验归因失真。

### 4.3 无法确定

分别保留，记录候选关系和证据缺口，不强行合并。

## 5. reason 规范

reason 不是模型总结句，必须回答具体问题：

- 使用了哪些事实；
- 做了什么判断；
- 命中了哪条业务定义；
- 哪部分是模型推断；
- 有哪些反对或缺失证据；
- 为什么与昨日不同；
- 什么新证据可能改变结论。

## 6. “不是需求”的规范

系统必须保存负向判断，区分：

| 类型 | 含义 | 后续处理 |
|---|---|---|
| 语义不成立 | 没有独立内容意图 | 保留拒绝原因，可因定义变更重算 |
| 证据不足 | 可能是需求但依据不足 | 进入候选或探索 |
| 重复合并 | 已被另一需求吸收 | 保留原表达和目标需求 |
| 暂时抑制 | 需求成立但当前不供给 | 等待新信号或时间窗口 |
| 待人工判断 | 规则或数据冲突 | 进入业务复核队列 |

## 7. 后验规范

- 真实 ROV/VOV 是内容上线后的需求验证信号；
- 内容与需求必须建立多对多映射；
- 区分主需求、辅助需求和覆盖程度；
- 单条内容差不能直接否定需求；
- 归因考虑内容质量、标题封面、表达方式、流量、发布时间、竞争、供给量和样本量；
- 没有后验不等于后验表现差；
- 只有形成有效样本后才提高后验权重；
- 历史后验随时间衰减；
- 已验证需求仍需持续复验。

## 8. 评分与展示规范

- 需求成立度和局部供给优先级分别展示；
- 所有展示分归一化为 0～1；
- 各原始维度独立保留；
- 分数必须能展开计算过程；
- 样本不足通过置信度表达，不用错误的零分表达；
- 局部冷热和全局位置同时保留；
- 颜色只承载一个主要热度含义；
- 冷区不得因低分被隐藏。

## 9. 版本规范

下列对象均需版本化：

- 每日证据快照；
- 平台需求认知结果；
- 业务定义和策略；
- 每日评估和行动层；
- 需求任务包；
- 人工管理指令；
- 内容归因结果。

新版本不能覆盖旧版本，每个变化都要记录原因和影响范围。

## 10. 尚需通过历史数据校准的业务参数

以下参数不在总纲阶段固定数值，由你在策略控制台中基于历史模拟确认：

- 各来源的可信权重；
- 后验最小有效样本；
- 五类行动层的进入与退出条件；
- 各主题每日供给额度；
- 探索比例和分层抽样配额；
- 历史衰减周期；
- 快速升级和连续降级条件；
- 关系增益上限；
- 需要人工复核的置信度范围。

这些参数必须属于策略版本，而不是散落在模型提示或执行过程中的隐含规则。
