docs(requirements): 收紧报送版式与飞书闭环要求

docs/需求分析/0.需求重构总览与待确认事项.md

@@ -146,9 +146,10 @@
 
 ### 7.2 飞书接入方向
 
-- 系统需要支持飞书接入，不再仅停留在“可扩展预留”层面。
-- 目标交互包括：通过飞书访问智能体，以及通过飞书机器人 `@` 对应责任人或责任角色。
-- 首版主体仍以 Web Demo 为主，但需求文档中应把飞书入口、回传摘要、责任通知链路写成明确建设项。
+- 系统需要支持飞书接入，并纳入本次 Demo 的明确交付范围。
+- 目标交互包括：在飞书内完成任务选择、结果查看，以及通过飞书机器人 `@` 对应责任人或责任角色。
+- 本次 Demo 需要支持手动配置责任人及飞书账号。
+- 需要支持群聊机器人作为飞书入口形态之一。
 
 ### 7.3 一致性核查口径
 
@@ -171,17 +172,21 @@
 
 ### 7.6 输出文档形式
 
-- 最好支持输出新的 Word 文档。
+- 必须支持输出新的 Word 文档。
 - 输出结果需要支持导出下载。
-- 对目标模板的格式、标题层级、表格样式、盖章位和版式应尽量保持原始格式。
+- 对目标模板的格式、标题层级、表格样式、盖章位和版式必须达到可直接报送级版式。
+- 允许将用户后续编写的新模板纳入模板库，后续回填应以模板库中的标准模板为准。
 
 ### 7.7 法规主规则源与 RAG 口径
 
 - 当前版本默认以 `关于公布体外诊断试剂注册申报资料要求和批准证明文件格式的公告` 附件包为主规则来源。
 - `附件 4` 视为同源补充材料，不另立异源规则体系。
 - 现版本不必把“法规可在线更新”做成显式能力。
-- 但法规材料仍建议切片入库到 RAG，用于证据检索、条款引用和审计追溯。
+- 法规材料需要按“章 -> 条 -> 要求项 -> 模板字段”四级结构维护。
+- 需同步建设结构化规则文件，用于完整性校验、格式校验和模板字段映射，避免完全依赖检索文本。
+- 法规材料仍建议切片入库到 RAG，用于证据检索、条款引用和审计追溯。
 - 合规判断逻辑仍应坚持“结构化规则优先，RAG 辅助解释”，不能把 RAG 当成唯一规则引擎。
+- 系统需要提供后端管理页面，保留人工校订入口和知识库更新入口。
 
 ### 7.8 飞书技术接入口径
 
@@ -189,6 +194,7 @@
 - 首版需求应明确两条接入路径：
   1. 飞书机器人 / Channel SDK 作为用户入口。
   2. 飞书 CLI / OpenAPI MCP 作为 Agent 访问飞书消息、文档、日历、多维表格等能力的工具接入方式。
+- 本次 Demo 需实现群聊机器人触发，并支持在飞书内完成任务选择、结果查看和责任人通知。
 - 若需要责任人 `@`、回传摘要、文档评论回复或群消息触发，应在后续设计中按飞书应用权限、事件订阅和可见范围来实现。
 
 ## 8. 重新整理后的待确认事项
@@ -207,29 +213,14 @@
 1. Demo 是否允许以第 1 章样本做主演示，同时以法规模板覆盖第 2 至第 6 章的完整性校验口径。
 2. 若后续要把第 2 至第 6 章做成更强的“内容级抽取与回填演示”，是否还会补充企业真实样本。
 
-### 8.2 Word 导出的保真要求边界
+### 8.2 仍建议补充确认的业务细节
 
-已确认方向是“最好输出新的 Word 文档并保留原始格式”，但仍建议确认：
+以下问题已经有明确主方向，但仍建议在进入详细设计前再确认实现细节：
 
-1. 首版是否要求所有回填任务都必须产出 Word，还是允许部分任务先输出结构化预览。
-2. 保真要求是“尽量接近模板”还是“必须达到可直接报送级版式”。
-3. 是否需要同时导出 PDF 供审核留档。
-
-### 8.3 飞书接入的最小可用范围
-
-已确认要实现飞书接入，但仍建议确认首版最小可用范围：
-
-1. 首版是“飞书消息触发 + 返回摘要 + 结果链接”即可，还是要做到“在飞书内完成任务选择、结果查看和责任人通知”。
-2. 责任关系是按章节点、按任务类型还是按项目角色维护。
-3. 是否需要支持文档评论区 `@bot` 回复、群聊机器人、还是独立飞书应用会话三种入口中的一种或多种。
-
-### 8.4 规则切片的颗粒度与维护方式
-
-已确认法规材料建议切片入 RAG，但还可进一步确认：
-
-1. 切片是按“章 -> 条 -> 要求项 -> 模板字段”四级结构维护，还是先按文档段落切片即可。
-2. 是否需要在首版中同步建设结构化规则文件，以便让完整性校验不完全依赖检索文本。
-3. 后续谁来维护规则包与法规切片，是否需要保留人工校订入口。
+1. Word 导出是否除 `docx` 外还要同步输出 PDF 归档件。
+2. 用户新写模板进入模板库后，模板版本、生效范围和审批流程是否需要管理。
+3. 责任人配置是仅按章节点维护，还是同时支持按任务类型、项目角色双维度维护。
+4. 后端知识库更新入口是否只允许管理员使用，还是允许业务审核人员参与人工校订。
 
 ## 9. 本轮需求分析采用的默认假设
 
@@ -239,12 +230,13 @@
 2. Demo 首版可先覆盖监管信息章，并为全章扩展预留结构。
 3. 一致性检查前需要先确定当前审核范围，不能默认把所有原始材料视为同一产品资料包。
 4. 法规完整性检查首版以本地结构化规则和本地法规材料为准，不强依赖联网抓取法规。
-5. 法规材料会同步切片入 RAG，但规则判断以结构化规则优先，RAG 负责检索、引用和解释。
-6. 回填能力目标默认包含“生成新的 Word 文档并支持导出”，但允许分阶段落地，先完成字段映射与预览，再补高保真写回。
+5. 法规材料会同步按“章 -> 条 -> 要求项 -> 模板字段”四级结构切片入 RAG，并同步维护结构化规则文件，规则判断以结构化规则优先，RAG 负责检索、引用和解释。
+6. 回填能力必须达到“生成新的 Word 文档并支持导出，且版式可直接报送”的交付标准。
 7. 一致性判断当前默认按完全一致执行。
 8. 风险判断采用高 / 中 / 低三级，且任一高风险项直接判定不通过。
-9. 飞书接入属于明确建设方向，首版主体仍以 Web Demo 为主，但设计阶段要把飞书入口与通知链路纳入范围。
+9. 飞书接入属于本次 Demo 明确范围，需支持在飞书内完成任务选择、结果查看和责任人通知，并支持群聊机器人入口。
 10. V1 的法规任务边界先聚焦“注册申报”，变更备案和延续注册在规则架构上预留扩展位，但不作为当前主验收范围。
+11. 系统需要提供后端管理页面，支持人工校订、模板管理、责任人维护和知识库更新。
 
 ## 10. 结论