docs(requirements): 梳理注册资料审核Agent需求
This commit is contained in:
@@ -51,7 +51,7 @@ V1 聚焦“可运行、可讲解、可演示”的注册资料审核闭环,
|
||||
### 4.1 V1 必须覆盖
|
||||
|
||||
1. 资料上传与管理
|
||||
2. 文件目录与页数汇总
|
||||
2. 资料包导入、压缩包解包、文件目录与页数汇总
|
||||
3. 法规完整性检查
|
||||
4. 产品关键信息抽取
|
||||
5. 跨文档一致性核查
|
||||
@@ -72,6 +72,8 @@ V1 聚焦“可运行、可讲解、可演示”的注册资料审核闭环,
|
||||
3. 首版法规校验可以本地规则为主,不强依赖联网抓取最新法规。
|
||||
4. 首版需要支持飞书内完成任务选择、结果查看和责任人通知,并支持群聊机器人入口及手动维护责任人 / 飞书账号映射。
|
||||
5. 首版法规任务边界以“注册申报”主流程为核心,变更备案和延续注册暂作为规则扩展方向。
|
||||
6. 首版如 DOCX / DOC 页数无法精确恢复,可标记为估算页数或待复核,但必须在目录汇总中明确可信度。
|
||||
7. 回填目标文件在业务未最终确认前,先以结构化回填字段表和模板回填预览作为交付口径。
|
||||
|
||||
## 5. 业务闭环
|
||||
|
||||
@@ -95,6 +97,8 @@ V1 聚焦“可运行、可讲解、可演示”的注册资料审核闭环,
|
||||
2. 同步建设结构化规则文件,避免让完整性校验完全依赖检索文本。
|
||||
3. 提供后台管理页面,支持人工校订和知识库更新。
|
||||
|
||||
资料导入层需要按“资料包”而不是“单文件”设计。V1 至少应支持批量文件上传,并预留文件夹导入和压缩包导入能力。压缩包导入建议支持 `zip`、`rar`、`7z`,解包后保留原始相对路径,用于生成目录汇总、识别章节点和发现文件夹结构异常。
|
||||
|
||||
在法规维度上,建议把完整流程理解为:
|
||||
|
||||
1. 识别当前审核任务属于“注册申报”主流程。
|
||||
|
||||
Reference in New Issue
Block a user