# 下游应用与反馈闭环

## 1. 一份任务包，两个应用

寻找 Agent 和人不得维护各自独立的需求池。两者共同消费同一份每日标准需求任务包，只生成不同视图。

## 2. 寻找 Agent

### 输入视图

- 需求 ID 和版本；
- 搜索词、扩展词和排除词；
- 目标平台和内容类型；
- 全部挂靠路径和相关关系；
- 当日优先级和行动层；
- 命中判定条件；
- 需要验证的假设；
- 已有内容和证据缺口。

### 输出

- 内容链接、平台和时间；
- 命中的需求；
- 主需求或辅助需求；
- 命中依据和覆盖程度；
- 未找到的原因；
- 新发现的候选需求；
- 可进一步使用的语言和内容证据。

寻找 Agent 只能报告发现，不能直接修改正式需求。

## 3. 人的应用

### 需求理解

人能看到需求自然语言说明、全局和局部冷热、全部路径、reason、数据贡献、内容和历史变化。

### 内容寻找

人依据需求寻找内容，并将内容关联回需求。

### 反馈

人可以反馈：

- 新需求；
- 新挂靠点；
- 合并或拆分建议；
- reason 错误；
- 相关内容；
- 当前业务判断；
- 数据或分析问题。

普通反馈作为新证据；明确的管理指令才直接改变当日状态，并保留审计记录。

## 4. 内容承接关系

需求和内容是多对多关系：

- 一条需求可以由多条内容承接；
- 一条内容可以承接多个需求；
- 必须区分主需求与辅助需求；
- 必须记录每个需求的覆盖程度；
- 必须记录内容上线时间、供给数量和有效样本状态。

## 5. 内容表现归因

真实 ROV/VOV 是原始后验，不直接等于需求表现。

归因时至少考虑：

- 内容质量；
- 标题、封面和表达方式；
- 分发曝光；
- 发布时间；
- 平台环境；
- 同类竞争；
- 当前供给量；
- 内容对需求的覆盖程度；
- 样本量和多条内容一致性。

归因输出包括：

- 内容原始表现；
- 内容和分发条件；
- 可归因给需求的有效反馈；
- 归因置信度；
- 支持、反对或暂不判断；
- 对次日成立度和优先级的影响建议。

## 6. 协作控制台

人可以提问：

- 为什么 XX 是需求？
- 为什么 XX 不是需求？
- 为什么它今天变热或变冷？
- 哪项原始数据影响最大？
- 为什么真实 ROV/VOV 没有改变等级？
- 某条定义修改后会影响哪些需求？

回答必须直接查询数据和历史过程，并区分数据事实、计算发现和模型解释。证据不足时明确说明，不得自由补全。
