docs(requirements): 收紧报送版式与飞书闭环要求
This commit is contained in:
@@ -233,12 +233,13 @@
|
||||
|
||||
### 首版建议范围
|
||||
|
||||
首版可以分阶段建设,但目标应明确指向:
|
||||
首版即需要满足以下交付目标:
|
||||
|
||||
- 申请表字段回填数据集
|
||||
- 对照清单字段回填数据集
|
||||
- 页面可视化回填预览
|
||||
- 新的 Word 文档生成与导出能力
|
||||
- 基于模板库的高保真版式回填能力
|
||||
|
||||
### 处理逻辑
|
||||
|
||||
@@ -249,11 +250,11 @@
|
||||
|
||||
### 后续扩展
|
||||
|
||||
Word 输出阶段建议逐步增强为:
|
||||
Word 输出必须满足以下要求:
|
||||
|
||||
1. 字段映射与预览
|
||||
2. 模板占位写回
|
||||
3. 尽量保留原始样式、表格和版式的高保真导出
|
||||
1. 支持将用户新增模板纳入模板库。
|
||||
2. 回填时按模板字段映射写入指定模板。
|
||||
3. 输出文档的标题层级、表格、页眉页脚、盖章位和整体版式需达到可直接报送级别。
|
||||
|
||||
结合新增公告附件包中的批准证明文件格式材料,回填能力的后续扩展方向应进一步明确为:
|
||||
|
||||
@@ -396,6 +397,8 @@ LLM 负责把这些动作组织成自然语言建议,但不能改变底层规
|
||||
2. 结构目录层完整性规则
|
||||
3. 格式模板层完整性规则
|
||||
|
||||
同时,这三层规则都应能映射回“章 -> 条 -> 要求项 -> 模板字段”四级知识结构。
|
||||
|
||||
### 7.2 抽取规则
|
||||
|
||||
用于:
|
||||
@@ -411,6 +414,8 @@ LLM 负责把这些动作组织成自然语言建议,但不能改变底层规
|
||||
- 适用范围说明
|
||||
- 批准证明文件格式字段
|
||||
|
||||
并为后台管理页面提供人工校订后的结构化回写入口。
|
||||
|
||||
### 7.3 一致性规则
|
||||
|
||||
用于定义:
|
||||
@@ -447,6 +452,8 @@ LLM 负责把这些动作组织成自然语言建议,但不能改变底层规
|
||||
9. 格式模板映射工具
|
||||
10. Word 模板回填与导出工具
|
||||
11. 飞书消息摘要生成与通知载荷组装工具
|
||||
12. 责任人映射解析工具
|
||||
13. 规则切片与结构化回写工具
|
||||
|
||||
这些工具都应通过 Tool Registry 注册,符合项目既有边界要求。
|
||||
|
||||
@@ -514,6 +521,8 @@ Audit 负责记录过程和结果;Agent Core 负责产出可记录的结构化
|
||||
5. 将“回填准备结果”纳入正式输出结构。
|
||||
6. 增加“是否通过”和“风险评分明细”输出字段。
|
||||
7. 增加法规分层规则管理,以及注册申报 / 变更 / 延续三类流程的扩展边界。
|
||||
8. 增加模板库驱动的高保真 Word 生成链路。
|
||||
9. 增加后端管理入口所需的规则回写、人工校订和责任人映射能力。
|
||||
|
||||
## 13. 验收标准
|
||||
|
||||
@@ -525,3 +534,4 @@ Audit 负责记录过程和结果;Agent Core 负责产出可记录的结构化
|
||||
4. 输出能关联到具体文档和证据片段。
|
||||
5. 测试环境下可以通过 Mock Provider 验证主要编排逻辑。
|
||||
6. 法规原文可切片入 RAG,但最终完整性与准入判断仍由规则链路主导。
|
||||
7. Word 输出结果能够基于模板库生成可直接报送级版式文档。
|
||||
|
||||
Reference in New Issue
Block a user