先明确交付件
先把合同审查拆为条款提取、风险说明、版本比对和修改意见四个交付件。选择工具时同时确认文件格式、资料传输方式和人工复核环节。
准备哪些材料
使用虚构或脱敏合同，并另列交易角色、业务目标、不能接受的条款和希望得到的输出格式。不要让工具猜测缺失的交易背景。
怎么完成这项工作
- 先提取当事人、标的、价款、期限和责任条款，保留原文位置。
- 用独立清单核对缺项与冲突；要求每项风险对应原文，不仅给出风险等级。
- 在副本中生成修改建议，记录修改理由与需要业务确认的问题。
- 导出对照表或 Word 修改稿，逐项核验后再进入正式沟通。
工具与资源怎么选
下面按任务整理现有来源记录。收录不代表已完成运行测试，费用未知时保持未知；每个项目的详情页保留原始来源。
| 资源 | 对应工作 | Key 与费用 | 来源与核验 |
|---|---|---|---|
| 合同审查助手 · contract-review-assistant | 条款提取、版本比对与审查意见 | 账号/Key 要求未注明 未知 | 项目来源 来源已收录 |
| 腾讯电子签合同工具 · tencent-esign-contract | 合同与电子签相关工作入口 | 账号/Key 要求未注明 未知 | 项目来源 来源已收录 |
| MCP-Doc Word 文档处理 | Word 文档读写与交付 | 未要求 API Key 开源代码免费（MIT）；模型、客户端及运行资源费用另计。 | 项目来源 来源已收录 |
| 公司法律法规及司法解释汇编（2026年版） | 公司、证券和破产相关法源资料 | 不需要 API Key 或项目账号 项目按 MIT 许可证免费开源；使用本地 Skill 不收取项目费用，AI 模型或智能体平台可能另行收费 | 项目来源 元数据已核验 |
用一份样例开始
用一份虚构服务合同作为样例，要求输出“原条款—问题—建议文本—待确认事项”四列表；先检查是否遗漏附件和空白字段。
完成前检查
- 每条建议是否能回到合同原文？
- 金额、日期、附件和交叉引用是否一致？
- 工具是否实际修改原文件，是否保留副本？
配套阅读
整理日期：2026 年 9 月 10 日。这里提供工具选择和操作方法；具体规则、产品版本及服务价格以相应原始资料为准。