Dottr：邮箱里的合同AI助手，起草、审查与签署一站搞定

合同流程的漫长拖沓，往往让销售机会在等待中流失。Product Hunt 上最新亮相的 Dottr，试图用 AI Agent 把「起草—审阅—签署—催签」这条链路压缩到一个邮箱对话里完成。它在当天的榜单上排名第 11，获得 77 个投票和 5 条评论，定位为销售与法务团队的 AI 队友。

邮箱就是工作台

Dottr 的产品理念很简单：不去另建一个复杂的合同管理后台，而是直接嵌入用户每天已经在用的邮箱。用户只需把邮件线索或零散笔记转发给 Dottr，它便会调用预设模板生成一份正式协议。

这种「零迁移成本」的设计思路，降低了法务工具常见的上手门槛。对销售而言，不必切换系统、不必学习新界面，合同工作流就发生在收件箱里。

什么是 AI Agent（智能体）

AI Agent 与传统的对话式 AI 有本质区别。普通 Chatbot 只是被动响应单轮提问，而 Agent 具备目标导向的自主执行能力：它能理解一个高层意图（比如「帮我把这份合同签完」），自主拆解出多步子任务——调用模板、生成文档、识别风险、发送邮件、追踪回执——并在遇到变化时自行调整后续动作。支撑这种能力的关键是「工具调用」（function calling），即模型可以主动调用外部 API 或执行特定动作，而不只是生成文本。Dottr 将这一范式用在邮箱里，本质上就是把邮箱当作 Agent 的操作界面与状态存储：每封往来邮件既是输入也是执行痕迹。理解了这一点，就能明白为什么它强调「无需新建后台」——Agent 的执行逻辑并不依赖专用系统，而是寄居在用户已有的工作流之中。

合同生命周期管理（CLM）

Dottr 所做的事情在传统企业软件中对应一个成熟品类——合同生命周期管理（Contract Lifecycle Management，CLM）。标准 CLM 覆盖从需求发起、起草、谈判、审批、签署到归档、续约、履约跟踪的完整链条，代表性产品如 Ironclad、DocuSign CLM、ContractPodAi 等，通常面向法务部门销售，价格昂贵、实施周期长。Dottr 的产品逻辑是对这套重型流程做「减法」：不追求覆盖全部环节和审批矩阵，而是把最高频的「起草—审阅—签署—催签」四步压缩进邮箱。这种定位牺牲了大型企业的合规与审计深度，换取中小团队的零部署成本和极低上手门槛，是典型的「轻量替代」策略。

起草、审阅与签署的闭环

Dottr 承担的不只是生成文本。它会用通俗英语标出合同中的风险点，而不是抛出一堆法律术语让业务人员自行消化。随后，它把文件发送给签署方，并持续跟进每一位签字人，直到流程真正完成。

一个值得注意的细节是：签署方无需登录任何账户。这消除了外部合作方因注册流程而拖延签署的常见摩擦，也让「从起草到签署」的体验更接近即时完成。

记住条款，随时回溯

除了执行流程，Dottr 还扮演记忆层的角色。它会记录合同中的关键条款与日期，用户日后可以直接询问「我们当时约定了什么」，而不必翻找历史邮件或共享盘。

对于需要频繁回顾续约时间、付款条件或责任范围的团队来说，这种可追溯性把合同从静态文件变成了可查询的知识资产。

合同条款抽取与可查询知识层

把合同变成「可查询的知识资产」，在技术上依赖条款抽取（clause extraction）与检索增强生成（RAG）两项能力。前者从非结构化合同文本中识别出责任范围、付款条件、续约日期、违约金等关键字段，本质上是法律领域的命名实体识别与关系抽取；后者则把这些结构化信息存入可检索的知识库，用户提问时先检索相关条款，再交由大模型组织成自然语言回答，从而降低「幻觉」风险。这也是 Dottr 与普通文档问答工具的分水岭：普通工具只能检索原文，而合同 Agent 需要理解「续约时间」「付款条件」这类语义概念，并保证答案可溯源到具体条款。对业务团队而言，这一层的价值在于把合同从「签完就进抽屉」的静态文件，转变为可用于谈判、风控和续约提醒的动态资产。

市场定位与初步反馈

Dottr 被归类在 Sales、Legal 与 Artificial Intelligence 三个方向，瞄准的正是销售加速与法务自动化的交叉地带。其官网强调「让 yes 不会冷却」，直指合同延迟带来的商机损耗。

不过，目前公开的反馈样本仍然有限——77 个投票和 5 条评论说明它尚处在早期曝光阶段，真实场景下的模板适配度、风险识别的准确率以及多签署方催办的可靠性，还有待更多用户验证。

合同 AI 的下一步

把 Agent 放进邮箱、让外部签署方免登录，Dottr 在交互路径上做了减法。它能否在法务严谨性与销售速度之间取得平衡，将决定这类工具能否真正替代人工跟单。对中小团队而言，这种轻量方案值得关注；对合规要求更高的组织，则仍需评估其风险提示的深度与审计能力。