docs(requirements): 梳理注册资料审核Agent需求

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

@@ -16,7 +16,7 @@
 
 系统需要覆盖的业务闭环至少包括：
 
-1. 扫描申报文件夹，形成资料目录、文件清单、页数统计和章节点归属。
+1. 导入申报资料包，支持批量文件、文件夹和压缩包形式，形成资料目录、文件清单、页数统计和章节点归属。
 2. 基于法规要求和申报目录模板，判断资料是否齐全、是否放对位置、是否缺少关键附件。
 3. 从说明书、申请表、产品列表、声明文件等材料中提取关键信息，形成统一字段池。
 4. 利用统一字段池回填申请表、对照清单、章节目录或其他待生成文件。
@@ -134,6 +134,8 @@
 
 7. 系统展示当前完整性结论所依据的公告附件、资料要求和模板来源。
 
+导入环节建议明确支持两种演示路径：一是直接批量上传样例文件，二是上传包含多级目录的压缩包并由系统自动解压。压缩包格式建议覆盖 `zip`、`rar`、`7z`，其中 `rar` 和 `7z` 可在实现设计中根据本地依赖情况选择纯 Python 或系统工具方案。
+
 ## 7. 已确认事项
 
 以下内容已根据最新沟通结果确认，并已同步进入后续模块需求：
@@ -221,6 +223,9 @@
 2. 用户新写模板进入模板库后，模板版本、生效范围和审批流程是否需要管理。
 3. 责任人配置是仅按章节点维护，还是同时支持按任务类型、项目角色双维度维护。
 4. 后端知识库更新入口是否只允许管理员使用，还是允许业务审核人员参与人工校订。
+5. “自动填写至目标文件”的目标文件具体是注册申请表、法规对照清单、章节目录，还是业务方另行提供的 Word 模板。
+6. DOCX / DOC 页数统计是否要求达到精确页数，还是允许首版使用估算页数并标记可信度。
+7. `rar`、`7z` 解包是否允许依赖本地系统工具，还是必须完全使用 Python 库实现。
 
 ## 9. 本轮需求分析采用的默认假设
 
@@ -237,6 +242,7 @@
 9. 飞书接入属于本次 Demo 明确范围，需支持在飞书内完成任务选择、结果查看和责任人通知，并支持群聊机器人入口。
 10. V1 的法规任务边界先聚焦“注册申报”，变更备案和延续注册在规则架构上预留扩展位，但不作为当前主验收范围。
 11. 系统需要提供后端管理页面，支持人工校订、模板管理、责任人维护和知识库更新。
+12. 资料包导入首版应支持批量文件和压缩包，压缩包解包后保留原始相对路径。
 
 ## 10. 结论