Claude 法律场景：合同起草到法律研究辅助指南

合同初审、条款解读、文书初稿、事实梳理都能借力，但法律结论必须由执业律师把关。这一节给出可用流程与不可逾越的边界。

定位：助理，不是顾问

法律工作对错误极其敏感，所以第一件事是把位置摆正：模型可以整理材料、搭初稿、解释概念，但所有结论与定稿都要由持证律师完成。它不是法律顾问，也不承担任何执业责任。

开放式提问只会换来一堆正确的废话。把审查方向写死，要求逐条引用原文、说明风险、给修改方向：

逐条审查这份合同，按五类问题检查：对方能否单方面变更条件；免责条款的范围是否过宽；争议由哪里管辖、对我方是否便利；成果与数据的权利归谁；违约金和赔偿有没有上限。每条先引用原文，再说明风险，再给修改建议。合同中找不到对应条款的，直接写「未见相关约定」，不要推测。

「引用原文」是关键约束。没有它，模型可能描述一个根本不存在的条款，你还以为审过了。要对比两版合同时，让它按高、中、低影响排序，并指出每处改动对哪一方不利。

律师函、隐私政策、用户协议这类文本，模型能快速搭出要素齐全的框架，省掉从零开始的时间。但它不了解你的交易背景，也不该替你作出承诺。

律师函可以这样起稿：

起草一封催收货款的律师函框架。要素包括：双方主体、合同依据、欠款金额与逾期事实、明确的付款期限、逾期后的法律措施、正式结尾。事实部分留空由我填写，不要编造合同编号与日期。

隐私政策则要先给它功能清单，让它按收集范围、使用目的、存储与保护、用户权利、Cookie、第三方共享、联系方式分节。生成后必须由法律顾问按业务所在地法规审核，这一层不能省。

法律研究里，模型最有价值的输出是「该往哪查」，而不是「结论是什么」。让它解释概念时，明确要求标注不确定：

解释「定金」与「订金」的区别，面向没有法律背景的客户。给出各自定义、主要差异对比表、两个生活化例子、签约时的注意事项。涉及具体法条时只给名称和方向，并说明「具体条文需核实原文」。不确定的地方直接写「需要核实」。

整理案件事实也一样：让它把描述拆成时间线、争议焦点、证据清单，以及可能需要判断的法律方向，最后一项标明仅供参考。法条编号、司法解释版本、地方规定，一律回官方渠道核对——这是幻觉风险最高的地方。

合同谈判前，先让它把「不能退」和「可以让」分开列。提示词要给它三样输入：你最在意的利益、你对对方立场的了解、行业通常做法。

我要谈一份[合同类型]。
我最在意的三件事：[付款周期、独家范围、违约责任……]
对方可能在意的：[……]
我了解的行业惯例：[……]
请输出四栏：必须守住的条款、可以让步的条款、对方可能埋的文字陷阱、建议的谈判顺序。
每条注明理由；涉及法律效力判断的地方，标注「需律师确认」。

示例输出可以长这样：付款周期必须守住「验收后三十日内」，可以让步的是「发票开具时间」；对方常把「自动续约」藏在附件里，属于要警惕的文字陷阱；顺序上先谈范围、再谈价格、最后谈违约责任，因为范围决定后面两项的基数。

它给的顺序只是草稿。真正的让步节奏要看对方反应，这部分只能由你或律师现场判断。

第三类在跨区域业务里最容易出事。模型说得越具体，越要警惕：具体到文号、日期、条款序号的内容，都属于必须回原文核对的范畴，核对办法可参考减少幻觉。涉及生成式服务本身合规的，另见国内 AI 监管。

还有一种情况应当直接停手：诉讼时效临近、涉及刑事案件、跨境合规判断，以及材料涉密却未获授权。这几类没有「先让模型看看」的安全余地，应当直接找执业律师。

把「哪些能给模型看、哪些必须人工定稿」写成团队规则，就是护栏落地的方式；签字前的最后一遍人工审阅，是人在回路不可省略的一步。

下一节看客服场景，同样的边界原则换一种更日常的用法：Claude 客服运营。