docs(requirements): 补充飞书接入与法规规则源口径
This commit is contained in:
@@ -16,6 +16,7 @@
|
||||
2. 保留输入条件、处理范围、输出结果、证据来源和失败原因。
|
||||
3. 为演示“系统不是黑盒”提供直接支撑。
|
||||
4. 在不泄露敏感信息的前提下,支持问题追溯和结果复核。
|
||||
5. 为 Web 端与飞书端的多入口执行留存统一审计链路。
|
||||
|
||||
## 3. 为什么本题对审计要求更高
|
||||
|
||||
@@ -104,12 +105,15 @@
|
||||
- 章节点范围
|
||||
- 规则版本
|
||||
- 模型名称
|
||||
- 触发入口类型(Web / 飞书群聊 / 飞书评论 / 飞书应用会话)
|
||||
- 飞书会话或消息标识
|
||||
|
||||
### 6.3 输出字段
|
||||
|
||||
- 最终摘要
|
||||
- 结构化输出 JSON
|
||||
- 风险等级
|
||||
- 是否通过
|
||||
- 是否存在人工复核项
|
||||
- 缺失项数量
|
||||
- 冲突项数量
|
||||
@@ -120,6 +124,7 @@
|
||||
- 引用片段
|
||||
- 工具调用结果
|
||||
- 命中规则项
|
||||
- 风险评分明细
|
||||
|
||||
### 6.5 错误字段
|
||||
|
||||
@@ -140,7 +145,7 @@
|
||||
|
||||
### 7.2 对一致性冲突留痕
|
||||
|
||||
当前样例中产品名称明显冲突,因此系统若判定:
|
||||
当系统判定:
|
||||
|
||||
> 说明书与申请表中的产品名称不一致
|
||||
|
||||
@@ -150,6 +155,9 @@
|
||||
- 冲突值
|
||||
- 对应来源文档
|
||||
- 判定时间
|
||||
- 所属审核范围
|
||||
|
||||
当前项目目标是通用试剂盒注册审核智能体,因此审计还必须能够说明“这些文档为什么会被纳入同一轮一致性核查”,否则冲突结论容易失真。
|
||||
|
||||
### 7.3 对历史申报说明的审计价值
|
||||
|
||||
@@ -240,6 +248,7 @@ Agent Core 负责产出结论与证据;Audit 负责记录这些产出及其上
|
||||
2. 增加项目批次、任务类型、章节点范围、规则版本等字段。
|
||||
3. 增加缺失项数、冲突项数、人工复核标记等业务指标。
|
||||
4. 增加法规命中项、字段来源和风险依据的留痕。
|
||||
5. 增加飞书触发来源、回传状态和责任人通知记录。
|
||||
|
||||
## 12. 验收标准
|
||||
|
||||
@@ -250,3 +259,4 @@ Agent Core 负责产出结论与证据;Audit 负责记录这些产出及其上
|
||||
3. 成功、失败和待人工复核都可记录。
|
||||
4. 页面层可快速筛选高风险或异常记录。
|
||||
5. 敏感密钥不会进入审计内容。
|
||||
6. 审计中能够明确体现“任一高风险即不通过”的最终判定依据。
|
||||
|
||||
Reference in New Issue
Block a user