# SupplyAgent 业务 PRD 总纲

## 1. 文档定位

本目录是 SupplyAgent 的业务核心大纲，定义“为什么建设、系统每天做什么、各模块如何协作、业务人员如何参与、两个下游如何使用，以及内容表现如何反向优化需求”。

本文档集只定义业务 Harness，不规定具体代码、数据库、接口或模型实现。

## 2. 核心目标

SupplyAgent 每天自动接收变化的需求信号、外部信号和后验反馈，在不破坏原始信息的前提下，形成分层、可解释、可追溯的平台需求，并输出给寻找 Agent 和人使用。

系统最终形成：

- 一张以全局分类树为稳定骨架、允许需求多点挂靠和跨树关联的需求图；
- 数百条可搜索、可执行的平台需求；
- 每条需求完整的来源、路径、reason、评价过程和历史版本；
- 面向寻找 Agent 和人的统一需求任务包；
- “需求—内容—表现—次日需求”的自动反馈闭环；
- 一个可提问、查数据、做分析、查看历史和修改业务定义的协作控制台。

## 3. 已确认的核心原则

1. 原始事实与系统决策分开，原始信息只追加、不覆盖。
2. 评估只决定当日如何使用需求，不删除需求历史。
3. 两个下游消费同一份标准需求任务包，只使用不同视图。
4. 人的普通反馈先作为证据；明确管理指令才改变业务状态。
5. 同时评价“需求成立度”和“局部供给优先级”，不使用一个黑盒总分替代所有判断。
6. 每日全量评估，底层允许增量执行。
7. 模型只能组织、解释和分析数据，不能脱离数据制造正式需求。
8. 系统以分层控制闭环为主干，以事件机制承接每日变化和反馈。
9. 所有业务定义和策略版本化。
10. 对话修改定义必须先形成草案和影响预览，经确认后生效。

## 4. 文档导航

| 文件 | 内容 |
|---|---|
| [01-业务目标与全局Harness.md](01-业务目标与全局Harness.md) | 系统边界、总体结构和关键业务产物 |
| [02-模块业务契约.md](02-模块业务契约.md) | 五个模块的原理、输入、输出和职责 |
| [03-业务定义与决策规范.md](03-业务定义与决策规范.md) | 需求、证据、关系、评价、行动层和版本规范 |
| [04-当前代码基础与问题.md](04-当前代码基础与问题.md) | 当前仓库的优点、缺点及与目标的差距 |
| [05-每日运行与历史追踪.md](05-每日运行与历史追踪.md) | 每日运行批次、异常、历史和策略变更 |
| [06-下游应用与反馈闭环.md](06-下游应用与反馈闭环.md) | 寻找 Agent、人、内容映射和后验归因 |
| [07-核心业务图.md](07-核心业务图.md) | 全局 Harness、需求图、闭环和定义变更图 |
| [08-需求汇总反馈机制设计.md](08-需求汇总反馈机制设计.md) | 需求、视频和命中内容的人工反馈机制 |
| [09-找视频记录展示设计.md](09-找视频记录展示设计.md) | Find Agent 运行、搜索与候选记录的审计展示 |

## 5. 业务成功标准

系统达到目标时，应能稳定回答：

- 今天形成了哪些平台需求，为什么？
- 哪些候选没有形成需求，为什么？
- 每条需求来自哪些原始数据和关系？
- 它挂在树的哪些位置，为什么允许多点挂靠？
- 它在全局和局部分支中是热还是冷？
- 它为什么进入当前行动层？
- 人和寻找 Agent 今天应该寻找什么内容？
- 找到的内容承接了哪些需求？
- 真实 ROV/VOV 如何经过归因后影响次日判断？
- 某条定义何时修改、由谁确认、影响了哪些历史结果？