SupplyAgent/prd

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	系统边界、总体结构和关键业务产物
02-模块业务契约.md	五个模块的原理、输入、输出和职责
03-业务定义与决策规范.md	需求、证据、关系、评价、行动层和版本规范
04-当前代码基础与问题.md	当前仓库的优点、缺点及与目标的差距
05-每日运行与历史追踪.md	每日运行批次、异常、历史和策略变更
06-下游应用与反馈闭环.md	寻找 Agent、人、内容映射和后验归因
07-核心业务图.md	全局 Harness、需求图、闭环和定义变更图

5. 业务成功标准

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

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