docs(requirements): 补充飞书接入与法规规则源口径

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

@@ -17,6 +17,8 @@
 3. 支撑后续 Demo 演示时快速切换不同任务视角，而不是频繁改代码。
 4. 保持与 `agent_core` 的边界清晰，即场景模块只定义任务，不实现任务逻辑。
 
+结合新增公告材料，场景模块还应承担“法规流程类型选择器”的角色，避免把注册申报、变更备案、延续注册三类任务混成一个入口。
+
 ## 3. 为什么本题仍然需要场景模块
 
 虽然本题更像一个垂直系统，但场景模块依然有价值，原因有三：
@@ -46,6 +48,11 @@
 5. `registration_risk_report`
    合规风险预警助手
 
+首版仍建议以 `registration_*` 作为主任务族，但应在配置语义上预留后续扩展族，例如：
+
+- `change_registration_*`
+- `renewal_registration_*`
+
 ### 4.2 是否需要多个场景还是一个总场景
 
 建议首版保留“一个主场景 + 若干子任务配置”的思路：
@@ -143,6 +150,12 @@
 - 比对当前资料是否齐套
 - 识别缺失文件、错放文件、待人工确认项
 
+结合公告附件包，该任务还应明确区分三层依据：
+
+1. 注册申报资料要求及说明
+2. 批准证明文件格式要求
+3. 安全和性能基本原则清单
+
 配置上需要指定：
 
 - 对应法规规则版本
@@ -172,7 +185,7 @@
 配置上需要指定：
 
 - 必须完全一致的字段
-- 允许语义近似的字段
+- 默认按完全一致处理的字段
 - 风险分级规则
 
 ### 7.5 风险预警任务
@@ -189,20 +202,44 @@
 - 高中低风险判定口径
 - 责任归属字段
 
+### 7.6 法规依据展示任务或结果区
+
+基于新增公告材料，建议在任务配置中增加法规依据展示能力，至少能让系统说明：
+
+1. 当前任务对应的是哪类法规流程。
+2. 使用了哪份资料要求说明。
+3. 使用了哪份格式要求或批准证明文件模板。
+
 ## 8. 与原始材料对应的任务设计要点
 
 ### 8.1 要能体现“资料结构化目录”的任务价值
 
 `CH1.2 监管信息目录.docx` 已经给出一个非常适合 Demo 的目录样例，场景模块应支持把“监管目录核对”配置成单独任务，而不是只能在自由聊天中触发。
 
+结合新增公告材料，这个任务还应能够说明当前目录核对所引用的是“资料要求说明”而不是任意自由目录。
+
 ### 8.2 要能体现“跨文档冲突识别”的任务价值
 
-当前材料中的产品名称冲突非常典型，建议将“一致性核查”场景作为重点入口之一。
+当前材料中的产品名称冲突非常典型，但结合最新确认，系统目标是通用试剂盒注册审核智能体，而不是只围绕某一个固定产品。因此，一致性核查任务应强调：
+
+1. 先界定审核范围，再执行严格一致性检查。
+2. 对同一审核范围内的字段按完全一致规则比对。
+3. 对疑似混档资料单独输出风险提示。
 
 ### 8.3 要能体现“历史申报沟通说明”的任务价值
 
 `CH1.9` 所反映的历史受理、撤回、替换临床机构等内容，适合在风险预警任务中作为“历史事项复核”子项展示。
 
+### 8.4 要为飞书接入预留并实现任务入口语义
+
+结合当前确认结果，场景模块建议为飞书访问统一维护任务标识和简短描述，便于后续：
+
+1. 在飞书机器人中按任务 ID 触发。
+2. 在飞书侧展示任务摘要和结果链接。
+3. 将“通知责任人”与任务类型建立映射。
+
+如果后续采用飞书开放平台的 Agent 接入路线，还应确保这些任务标识可以映射到飞书消息指令、评论触发或会话菜单项。
+
 ## 9. 场景模块与其他模块的边界
 
 ### 9.1 与 Chat 模块的边界