docs(需求分析): 同步Agent原型与资料包会话绑定

docs/需求分析/2.scenarios模块需求分析.md

@@ -8,6 +8,8 @@
 
 也就是说，系统仍然可以保留配置化入口，但配置的对象不再是“知识问答、工单助手、财务审核”等通用 Agent，而是围绕注册申报业务拆分的若干子任务或工作模式。
 
+需要特别说明的是：最新版原型已经把顶层导航收敛为 `审核智能体 / 资料包 / 知识库 / 处理历史`，因此 `apps.scenarios` 不再承担“首页大卡片导航中心”的产品角色，而是退回为 Agent 工作台中的任务模板与流程节点配置中心。
+
 ## 2. 重构目标
 
 本模块需要完成以下目标：
@@ -16,6 +18,7 @@
 2. 用配置化方式定义不同审核任务的目标、输入、输出和可调用能力。
 3. 支撑后续 Demo 演示时快速切换不同任务视角，而不是频繁改代码。
 4. 保持与 `agent_core` 的边界清晰，即场景模块只定义任务，不实现任务逻辑。
+5. 支撑 `审核智能体` 页面中的预设提问模板、流程节点和执行卡片实时更新。
 
 结合新增公告材料，场景模块还应承担“法规流程类型选择器”的角色，避免把注册申报、变更备案、延续注册三类任务混成一个入口。
 
@@ -55,11 +58,11 @@
 
 ### 4.2 是否需要多个场景还是一个总场景
 
-建议首版保留“一个主场景 + 若干子任务配置”的思路：
+建议首版保留“一个主 Agent 会话 + 若干子任务配置”的思路：
 
-- 页面上可以展示多个任务入口。
+- 顶层页面不再展示多个独立业务页面，而是在 `审核智能体` 中展示多个任务模板与节点入口。
 - 底层可共享同一个项目资料池和统一字段池。
-- Demo 演示时可以先点“完整性检查”，再点“一致性核查”，展示系统分工明确。
+- Demo 演示时可以先触发“目录汇总”，再继续执行“完整性检查”“一致性核查”，展示 Agent 沿节点推进。
 
 ## 5. 场景配置应包含的内容
 
@@ -106,9 +109,9 @@
 
 ## 6. 页面层需求
 
-### 6.1 首页需要表达的内容
+### 6.1 `审核智能体` 页面需要表达的内容
 
-首页不应只展示“这是几个 YAML 场景”，而应展示当前系统已支持的注册审核任务。建议每个任务卡片至少包含：
+`审核智能体` 页不应只展示“这是几个 YAML 场景”，而应展示当前系统已支持的注册审核任务。建议每个任务卡片至少包含：
 
 - 任务名称
 - 任务目标
@@ -125,7 +128,7 @@
 - 已上传未入库：目录汇总可执行，RAG 相关任务应提示需先入库。
 - 规则文件缺失：完整性检查场景显示不可执行或部分能力不可用。
 
-这类状态说明非常适合复试演示，因为它体现了系统不是“死调用大模型”，而是有明确任务前置条件。
+这类状态说明非常适合复试演示，因为它体现了系统不是“死调用大模型”，而是有明确任务前置条件，并能驱动右侧任务卡片从“待执行”实时更新为“解析中”“已完成”“待复核”等状态。
 
 ## 7. 配置驱动的业务能力
 
@@ -206,7 +209,7 @@
 - 责任归属字段
 - 飞书通知目标字段
 
-### 7.6 法规依据展示任务或结果区
+### 7.6 法规依据展示结果区
 
 基于新增公告材料，建议在任务配置中增加法规依据展示能力，至少能让系统说明：
 
@@ -214,6 +217,12 @@
 2. 使用了哪份资料要求说明。
 3. 使用了哪份格式要求或批准证明文件模板。
 
+但该能力不应再通过单独一级“法规依据页”承载，而应：
+
+1. 作为知识库中的法规资料被维护。
+2. 在对话结果中以 RAG 命中依据卡片返回。
+3. 在任务节点详情或右侧能力卡中展示引用来源。
+
 ## 8. 与原始材料对应的任务设计要点
 
 ### 8.1 要能体现“资料结构化目录”的任务价值
@@ -249,7 +258,7 @@
 
 ### 9.1 与 Chat 模块的边界
 
-场景模块定义任务卡片和执行入口，Chat 模块负责用户进入任务后的具体交互与结果展示。
+场景模块定义任务模板、节点配置和执行入口，Chat 模块负责用户进入任务后的具体交互与结果展示。
 
 ### 9.2 与 Documents 模块的边界
 
@@ -294,6 +303,7 @@ configs/registration/
 3. 任务配置变更主要通过 YAML 完成，不需要频繁改 Python 代码。
 4. 至少能清楚区分“目录汇总、完整性检查、字段抽取、一致性核查、风险预警”五类任务。
 5. 字段抽取任务必须能表达“抽取核心信息并自动填入注册申报表格或对照清单”的输出目标。
+6. 任务配置能够驱动会话中的节点式执行和右侧状态卡实时更新。
 
 ## 12. 当前代码基线下的重构建议
 
@@ -313,7 +323,7 @@ configs/registration/
 
 如果场景模块重构到位，复试时可以很自然地说明：
 
-1. 为什么不是把所有能力塞进一个聊天机器人。
+1. 为什么虽然以对话为核心，但仍然保留配置化任务模板和节点编排。
 2. 为什么用配置驱动的任务入口更适合监管审核场景。
 3. 如何在不推翻现有系统结构的情况下，快速从通用 Demo 切换到具体业务题。