方案摘要
这套方案解决什么问题？
DocFlow 的 AI 合同审查围绕真实文档上下文运行。模型先读取选区或文档引用，再输出审查说明或结构化修订建议；建议写入修订层后，由审阅者逐项定位、接受或拒绝。系统不把模型输出直接当成最终法律结论，也不绕过人工审批修改重要内容。
适合哪些团队
从真实业务边界判断是否适合采用或二次开发。
- 需要审阅采购、销售、服务、保密或合作协议的法务与合规团队
- 希望把合同正文、审查意见和修订建议放在同一协作空间的业务团队
- 需要接入企业知识库、模型服务和内部审批系统的合同数字化项目
核心能力
从功能名称落到可验证的实现边界
正文引用与来源定位
Agent 可以围绕选区、粘贴内容或整份文档建立引用，让审查结论能够回到对应原文。
条款风险审查
通过结构化工作流组织审查目标、上下文和输出格式，为风险说明保留清晰的输入与结果边界。
结构化修订建议
改写建议通过 Yjs 和 track changes 进入文档，不直接覆盖原合同文本。
人工复核与责任边界
审阅者逐项接受或拒绝修订；高风险动作进入人工审核，不把权限判断交给 prompt。
执行流程
关键步骤与错误边界保持清楚
- 1
选择审查范围
从当前选区、指定段落或整份合同建立明确引用，并记录文档与行级上下文。
- 2
组装规则与知识上下文
根据业务边界接入审查要求、企业知识和任务说明，避免把检索内容当成系统指令。
- 3
生成审查意见或修订
模型输出经过结构化约束，区分问题说明、风险级别、建议文本和证据引用。
- 4
人工确认并记录结果
审阅者接受、拒绝或继续修改建议，关键执行结果保留日志以便调试、回放和审计。
技术与数据职责
明确每一层负责什么，避免把临时状态、权限和持久业务数据混在一起。
- Document references：把审查结果定位回选区、段落或整份文档
- Structured output：约束风险说明和修订建议的数据结构
- Track changes：保存可接受或拒绝的插入、删除与替换建议
- Policy gate：在高风险工具和写入动作前执行权限与人工审核
- Observability：记录关键节点、工具结果和错误分支
FAQ
常见问题
AI 合同审查会直接修改原合同吗？+
不会把模型输出直接视为最终文本。DocFlow 将建议作为结构化修订写入审阅流程，由用户接受、拒绝或继续编辑。
合同审查结果能定位到原文吗？+
可以。审查任务可绑定选区、段落或整份文档引用，结果展示时保留文档名称、范围和预览信息。
能否接入企业自己的合同模板和知识库？+
可以作为定制集成范围接入企业数据源、知识库、模型服务和内部工具。实际接入需要根据数据权限、检索质量和部署边界设计。
DocFlow 能替代律师或法务判断吗？+
不能。它用于辅助定位问题、组织证据和生成修订建议，最终法律判断、风险承担和审批责任仍由具备权限的专业人员完成。
继续了解相关方案
基于 DocFlow 评估你的文档协作与 AI 工作流
可以先查看源码和实现边界；需要企业知识库、认证、内部工具或私有化环境集成时，再根据实际需求设计交付范围。