docs(需求分析): 同步Agent原型与资料包会话绑定
This commit is contained in:
@@ -38,6 +38,8 @@
|
||||
13. `rar`、`7z` 解压必须纯 Python 实现,允许增加第三方依赖包。
|
||||
14. 责任人先手动配置,按资料章节维护。
|
||||
15. 第 2 至第 6 章不补充企业真实样本,先按公告附件包进行规则级初步确认。
|
||||
16. 顶层入口按 `审核智能体 / 资料包 / 知识库 / 处理历史` 组织,法规依据纳入知识库并通过 RAG 在对话中返回。
|
||||
17. 资料包必须和会话绑定,会话标题默认采用解析后的产品名称,资料包页支持按产品名称搜索。
|
||||
|
||||
---
|
||||
|
||||
@@ -189,6 +191,38 @@
|
||||
|
||||
- 决定 Documents 模块的上传、解包、目录还原和异常提示实现。
|
||||
|
||||
### Q6-2 资料包与会话是否固定绑定?
|
||||
|
||||
建议提问方式:
|
||||
|
||||
> 当前我们准备采用“一个资料包绑定一个主会话”的方式,并把会话标题直接使用解析后的产品名称。请确认这个口径是否符合您期望的使用方式?
|
||||
|
||||
建议记录答案:
|
||||
|
||||
- 是否一包一会话:
|
||||
- 会话标题是否使用产品名称:
|
||||
- 是否允许后续在同一资料包下追加子会话:
|
||||
|
||||
为什么要问:
|
||||
|
||||
- 这会直接影响资料包页、审核智能体页和处理历史页的主键设计。
|
||||
|
||||
### Q6-3 资料包页是否以产品名称作为主搜索字段?
|
||||
|
||||
建议提问方式:
|
||||
|
||||
> 在资料包列表里,您更习惯通过产品名称、批次号还是项目编号来查找资料?我们当前默认以产品名称和批次号作为主搜索条件。
|
||||
|
||||
建议记录答案:
|
||||
|
||||
- 主搜索字段:
|
||||
- 次搜索字段:
|
||||
- 是否需要模糊搜索:
|
||||
|
||||
为什么要问:
|
||||
|
||||
- 这会影响资料包列表页和历史页的默认检索体验。
|
||||
|
||||
---
|
||||
|
||||
## 4.3 自动审核与人工复核边界
|
||||
@@ -354,6 +388,22 @@
|
||||
|
||||
- 决定知识库首版范围。
|
||||
|
||||
### Q14-1 法规依据是否可以完全收敛到知识库页面维护?
|
||||
|
||||
建议提问方式:
|
||||
|
||||
> 当前原型里我们不再单独做“法规依据”一级页面,而是把法规资料统一放进知识库,由 Agent 对话通过 RAG 命中后返回依据说明。请确认这种呈现方式是否符合您的预期?
|
||||
|
||||
建议记录答案:
|
||||
|
||||
- 是否接受:
|
||||
- 是否仍需单独法规页:
|
||||
- 是否需要在结果里展示来源版本:
|
||||
|
||||
为什么要问:
|
||||
|
||||
- 这会影响顶层导航是否继续精简,以及法规解释的展示形态。
|
||||
|
||||
### Q15 后台知识库更新入口由谁使用?
|
||||
|
||||
建议提问方式:
|
||||
|
||||
Reference in New Issue
Block a user