核心用法
DGR 是一套推理治理协议,旨在为决策过程生成机器可验证、可审计的结构化记录。用户提交决策请求后,根据所选模式(dgr_min/dgr_full/dgr_strict)获得符合 schema 的 JSON 输出,包含决策上下文、显式假设与风险、推荐理由及一致性检查,可直接存入工单、审计日志或事件系统。
三种模式选择:
dgr_min:最快,最小合规输出,仅追问关键缺失信息,适用于低 stakes 快速决策dgr_full:中等速度,更完整的分解+备选方案,平衡审查负担,标准决策支持dgr_strict:最慢,保守分析,更多质疑,高风险或不确定上下文的默认选择
显著优点
1. 可追溯性:结构化 JSON 输出便于机器解析、跨系统存储和事后审计
2. 质量提升:强制要求至少 1 条假设、1 条风险及一致性检查,减少推理盲点
3. 模式适配:三级速度/深度权衡,灵活匹配不同 urgency 和风险等级
4. 跨模型一致:标准化输出格式,降低模型切换带来的格式漂移
5. 人机协同:明确设计为 opt-in 辅助模式,而非人类决策的替代品
潜在局限与风险
- 不保证正确性:明确声明不确保结论最优、真实或无幻觉
- 非合规担保:自身不构成法律/医疗/财务建议的合规性认证
- 依赖输入质量:若用户提供信息不完整,输出质量受限
- 严格模式成本:高 stakes 场景的
dgr_strict显著增加延迟和 token 消耗 - 审查负担:
recommendation.review_required标记可能增加人工复核流程
适合人群
- 需要审计留痕的企业合规、风控、安全团队
- 处理高 stakes 决策(如政策审批、事故响应)的治理负责人
- 追求决策过程标准化、希望降低模型输出随机性的 AI 运维团队
- 需将 AI 推理结果接入现有工作流系统(JIRA、ServiceNow、内部审计平台)的集成开发者
常规风险
| 风险类型 | 说明 | 缓解建议 |
|---------|------|---------|
| 过度依赖 | 误将"过程合规"等同于"结论正确" | 始终标注 `source_credibility` 和不确定性 |
| 模式错配 | 高风险场景误用 `dgr_min` | 建立模式选择指南,强制 `dgr_strict` 触发条件 |
| 存储泄露 | JSON 含敏感决策上下文 | 遵循最小权限原则存储,加密敏感字段 |
| 幻觉引用 | 可能虚构未查看的文档 | 技能内置约束:不得引用未见来源 |