微软今年1月刚把Robin AI的工程师打包带走，5月就端出了Legal Agent。从收购到产品上线，中间只隔了4个月——这速度在微软的产品史上都算得上罕见。
Legal Agent到底能干什么
按微软Office产品集团企业副总裁Sumit Chauhan的说法，这个代理（agent，一种能自主执行任务的智能程序）不走通用大模型的野路子。它用结构化的工作流，按真实法律实践设计，处理明确、可重复的任务——比如逐条对照审查清单核对合同条款。
具体功能有三块：
第一，处理带修订标记的现有文档。律师团队常用的"修订模式"（tracked changes）直接兼容，不用重新上传干净版本。
第二，分析协议和合同，识别风险和义务。微软官方描述是"spot risks and obligations"，但没有给出准确率或测试数据集。
第三，管理谈判历史。这个功能瞄准的是合同来回修改多轮后，版本混乱的痛点。
目前只向美国Frontier计划成员开放。Frontier是微软面向早期用户的测试通道，门槛不低。
Robin AI的遗产：一场失败创业的二次利用
Robin AI的故事值得单独拎出来。这家英国创业公司主打AI驱动的合同审查，拿过风投，最终没能跑通商业模式。今年1月，微软把它的核心工程师团队整体收编。
4个月后，Legal Agent亮相。产品逻辑和Robin AI原先的方向高度重合：垂直法律场景、结构化工作流、合同审查专用。
这里有个微妙的变化。Robin AI作为独立公司时，要自建销售渠道、说服律所采购、处理数据安全合规——全是重活。被微软收编后，这些基础设施直接继承Office 365的企业客户体系和信任背书。
失败创业的技术资产，加上大平台的分发能力，这个组合能走多远？
为什么偏偏是Word，而不是独立产品
微软的选择很务实。法律文档的编辑、审阅、协作，本来就发生在Word里。把代理嵌进去，用户迁移成本趋近于零。
但这也带来一个限制：Legal Agent的能力边界被框死在Word的功能架构内。它处理的是文档层面的任务，而不是跨系统的流程自动化——比如自动从邮件提取合同附件、触发审批流、同步到CRM。
对比Salesforce的Agentforce或ServiceNow的AI代理，微软这次明显是"轻量级"切入。不重构工作流，只在现有文档环节做增强。
这种策略的优缺点都很明显。优点是落地快、用户学习成本低；缺点是天花板可见，很难成为律所的"核心系统"。
律师群体的信任难题
原文标题直接点出了核心矛盾：Microsoft wants lawyers to trust its new AI agent。这个"trust"不是随便写的。
法律行业的特殊性在于，错误成本极高。一份合同条款的误判，可能导致数百万美元的纠纷。通用AI的"幻觉"问题（hallucination，生成看似合理但实际错误的内容）在这里是致命伤。
Sumit Chauhan强调"structured workflows shaped by real legal practice"，本质上是在回应这个信任缺口。用结构化流程替代开放式生成，用可重复任务替代模糊指令——这是在技术层面降低不确定性。
但微软没有公布任何第三方审计、压力测试结果或客户案例。Frontier计划的封闭测试，某种程度上也是在控制早期口碑风险。
代理化（agentic）浪潮中的微软站位
Legal Agent不是孤立产品。微软明确说这是"broader effort to bring agentic features to Word"的一部分。
2024年以来，"代理"（能自主规划、调用工具、完成多步骤任务的AI系统）取代"聊天机器人"成为行业新叙事。OpenAI的Operator、Anthropic的Computer Use、Google的Project Mariner，都在同一个方向发力。
微软的差异化打法是：不做通用代理，做场景代理。Legal Agent是第一个落地的垂直样本，未来可能有财务代理、营销代理、HR代理——全都长在Office套件里。
这和微软的商业模式深度绑定。Office 365的订阅收入需要新功能续命，AI代理是现成的增值服务载体。
但垂直代理的悖论在于：做得太浅，用户觉得不值；做得太深，又和专门领域的SaaS厂商正面冲突。Legal Agent现在的定位是前者，能走多远取决于微软愿意投入多少工程资源。
开放提问
Robin AI的失败，是因为技术不够成熟，还是法律市场的付费意愿本身就有问题？微软用Word内置的方式重新尝试，是在降低试错成本，还是在回避真正的商业模式验证？如果Legal Agent在Frontier测试中表现稳定，它会以什么价格进入企业订阅——是包含在现有授权里，还是作为高级附加功能单独售卖？这些问题没有答案，但决定了这个产品能走多远。
热门跟贴