法律人该把 Codex 接进自己的交付链条

别只让 AI 写稿,法律人该把 Codex 接进自己的交付链条

副标题:从合同审查、尽调台账到会议纪要,一套可以照着试的 AI 工作流

封面建议:使用 Codex app 官方页面中“多任务线程”或“文件结构”相关截图。标题叠加:“法律人用 Codex,真正该学的是交办和验收”。


 

图注:Codex 的价值,不是替你说几句漂亮话,而是把一件工作拆成线程、材料、输出和复核。

01

上一篇我们讲了一个判断:

法律人看懂 Codex,不是为了学代码,而是为了学会委派。

但只讲到这里,还是太虚。

因为真正坐在电脑前的时候,很多人会卡在同一个地方:

我到底要把什么交给它?

我怎么说,它才不会乱发挥?

它给了结果,我怎么验?

这一篇不再讲情绪,直接讲做法。

你可以先拿一个脱敏项目练手。不要上来就丢真实案卷,也不要把客户未公开材料随手放进个人账号。

先用一份虚构或脱敏的服务合同、一个模拟尽调资料目录、一段会议纪要,照着下面的方式跑一遍。

你会发现,法律人用 AI 的难点,不是“提示词写得多漂亮”。

而是你能不能把一项法律工作,拆成 AI 能执行、人能复核、最后能交付的流程。

02 先准备一个“AI 可接手”的项目文件夹

别急着打开聊天框。

先建文件夹。

一个最小可用的法律项目目录,可以这样放:

项目名称/
01-原始材料/
02-合同版本/
03-会议纪要/
04-法规案例摘录/
05-审查清单与Playbook/
06-AI输出底稿/
07-律师复核记录/
08-最终交付/

这件事看起来很土,但它决定了 AI 能不能稳定做事。

因为 Codex 这类工具的强项,不是凭空“懂你”,而是在一个明确的工作空间里读材料、整理文件、生成底稿、留下过程。

你给它一个乱糟糟的桌面,它就只能猜。

你给它一个结构清楚的项目,它才可能像助理一样接手。

建议你从第一天就养成一个习惯:

每次让 AI 做事,都让它同时生成一份 复核记录

复核记录至少包括:

  • 它读取了哪些材料;
  • 它没有读取哪些材料;
  • 它输出了哪些文件;
  • 哪些地方是确定事实;
  • 哪些地方只是推断;
  • 哪些问题必须由律师人工判断。

这不是形式主义。

这是法律人的安全感来源。

图注:项目文件夹不是收纳癖,而是 AI 工作流的边界。

03 给 Codex 的任务,不要写成愿望,写成“交办卡”

很多人用 AI 没效果,是因为交办方式太像许愿。

比如:

“帮我审一下合同。”

这句话对 AI 来说太宽,对律师来说太险。

更好的方式,是写成一张交办卡。

你可以直接复制这个模板:

【任务目标】
请根据我提供的材料,生成一份可供律师复核的初步工作底稿,不要直接输出最终法律意见。

【材料范围】
只使用当前项目文件夹中的材料。
如果某个判断缺少依据,请标注“待确认”,不要自行补充事实。

【工作步骤】
1. 先列出你读取到的材料清单。
2. 再说明你计划如何处理这些材料。
3. 生成初步底稿。
4. 最后生成一份复核记录,列明需要律师确认的问题。

【输出格式】
请用表格输出。每一条都要有对应来源、风险说明、建议动作和人工复核点。

【禁止事项】
不要把初步判断写成确定法律结论。
不要编造法律依据。
不要替律师作商业取舍。
不要处理项目文件夹之外的材料。

这张交办卡的关键,不在于“像不像高级提示词”。

它真正解决的是四件事:

  • 材料边界;
  • 工作步骤;
  • 输出格式;
  • 复核责任。

法律人不要迷信提示词。

你真正要训练的,是把工作交代清楚的能力。

04 场景一:合同审查,不要让 AI “发表意见”,让它跑清单

合同审查最容易被 AI 写成漂亮废话。

看起来完整,读起来顺滑,但你不知道它漏了什么。

更稳的做法,是让 Codex 先做“条款抽取 + 风险对照 + 人工复核点”。

假设你要审一份服务合同,可以这样交办:

请处理 `02-合同版本/服务合同-对方版本.docx` 和 `05-审查清单与Playbook/服务合同审查清单.md`。

任务目标:
生成一份合同初步审查底稿,供律师复核使用。

请按以下步骤执行:
1. 提取合同中的关键条款:服务范围、交付标准、验收、付款、违约责任、解除、知识产权、保密、数据安全、争议解决。
2. 将每一类条款与审查清单进行对照。
3. 输出风险表,字段包括:
   - 条款位置
   - 原文摘要
   - 对应审查点
   - 风险等级:高/中/低/待确认
   - 风险说明
   - 建议修改方向
   - 需要律师人工判断的问题
   - 信息来源
4. 单独列出“缺失条款或表述不清条款”。
5. 生成 `07-律师复核记录/合同审查复核清单.md`。

注意:
不要直接写最终法律意见。
没有依据的内容标注为“待确认”。
涉及商业可接受度、谈判策略、客户风险偏好的地方,一律列入人工判断。

你要的不是 AI 一口气写完审查意见。

你要的是一张能复核的表。

合同审查的 AI 输出,建议至少验五遍:

  • 是否覆盖了关键条款;
  • 是否遗漏了异常条款;
  • 风险等级是否有理由;
  • 修改建议是否对应原条款;
  • 是否把商业判断误写成法律结论。

如果它连“信息来源”都说不清楚,这份输出就不能进下一步。

这也是为什么很多海外法律科技讨论里,反复提到 playbook 和 human review。AI 不是拿来替代律师读合同的,它更适合先按你的清单筛一遍,把需要人脑的位置亮出来。

05 场景二:版本对比,让 AI 先做“变更台账”

律师最怕什么?

不是对方改合同。

是对方改了合同,但没有开修订模式。

如果你手里有两个版本,可以让 Codex 先做版本差异台账:

请对比以下两个文件:
- `02-合同版本/服务合同-v1-我方模板.docx`
- `02-合同版本/服务合同-v2-对方修改版.docx`

请输出一份版本差异台账,字段包括:
1. 变更位置
2. v1 表述摘要
3. v2 表述摘要
4. 变更类型:新增/删除/修改/顺序调整
5. 对我方影响
6. 是否需要律师复核:是/否
7. 复核理由
8. 建议处理方式

请特别检查:
- 付款节点是否变化;
- 违约责任是否加重;
- 解除权是否收窄;
- 责任上限是否删除或提高;
- 管辖和争议解决是否变化;
- 保密、数据、安全、知识产权条款是否新增义务。

不要仅做文字总结。必须输出可复制到 Excel 的表格。

这个场景特别适合法务和团队律师。

因为你每天真正被消耗的,往往不是“大法律问题”,而是版本、条款、状态、责任人。

AI 如果只能帮你写一段“总体来看风险可控”,价值有限。

AI 如果能先把变更逐条列清楚,价值就开始接近真实工作。

06 场景三:尽调,不要让 AI 写结论,先让它整理材料

尽调里最值得交给 AI 的,不是最后那句“存在重大法律风险”。

而是法律判断之前的脏活:

  • 文件名混乱;
  • 材料目录对不上;
  • 同一证照多个版本;
  • 访谈纪要和文件互相矛盾;
  • 补充问题清单没人维护;
  • 尽调报告底稿里到处是“待补”。

可以这样交办:

请处理 `01-原始材料/尽调资料目录.xlsx` 和 `01-原始材料/客户已提供材料/` 中的文件清单。

任务目标:
生成一份尽调资料接收与缺口台账。

请输出三个表:

表一:资料接收台账
字段包括:序号、文件名称、文件日期、涉及主体、材料类型、对应尽调模块、是否完整、备注。

表二:缺失与待补材料清单
字段包括:尽调模块、应提供材料、当前状态、缺失原因、建议追问对象、优先级。

表三:待律师确认事项
字段包括:事项、涉及材料、可能影响、为什么需要律师确认、建议下一步。

分类模块请先使用:
公司治理、资产权属、重大合同、债权债务、劳动用工、知识产权、诉讼仲裁、行政处罚、数据合规、税务社保。

注意:
只整理和提示,不直接形成法律风险结论。
如果文件名无法判断内容,请标注“需人工打开确认”。
如果同一事项材料冲突,请列入待律师确认事项。

尽调工作流的核心,是让材料先变干净。

一个靠谱的 AI 底稿,应该让你更快看到:

哪里缺材料;

哪里有冲突;

哪里需要追问;

哪里必须由律师判断。

它不应该替你把风险结论写死。

07 场景四:会议纪要,让 AI 输出“行动清单”,不是文学稿

很多法律项目不是败在法律判断上,而是败在会后没人追。

会议纪要不要只写“会议讨论了什么”。

要直接写出下一步谁做什么。

可以这样交办:

请根据 `03-会议纪要/2026-05-客户访谈记录.md` 生成项目推进纪要。

请分成五个部分:
1. 已确认事实
2. 仍有争议或表述不一致的问题
3. 客户需要补充的材料
4. 律师团队内部待办
5. 下一次沟通前必须完成的事项

每个待办事项请写明:
- 事项
- 责任人
- 截止时间
- 依赖材料
- 未完成的影响

请最后生成一段可发给客户的简版邮件,但不要加入会议中没有出现的新事实。

这个场景对年轻律师尤其重要。

因为它训练的不是文采。

而是把混乱信息变成项目推进能力。

08 场景五:团队知识库,把“老律师怎么做”写成可复用流程

如果你是合伙人,或者带团队的资深律师,真正该关心的不是某个工具省了几分钟。

而是团队经验能不能沉淀。

很多律所的知识管理,长期卡在三个地方:

  • 资深律师脑子里;
  • 助理电脑桌面上;
  • 项目群聊天记录里。

人一走,经验也走。

项目一忙,复盘就没了。

你可以先让 Codex 帮团队整理一个最小可用的工作流手册。

请根据 `05-审查清单与Playbook/` 中的模板、历史审查清单和复核意见,整理一份团队内部《服务合同审查工作流手册》。

请输出:
1. 适用场景
2. 输入材料清单
3. 审查步骤
4. 高风险条款清单
5. 常见修改建议
6. 必须升级给合伙人判断的情形
7. AI 可以先处理的事项
8. AI 不得处理或不得下结论的事项
9. 交付前复核清单

请用新人能看懂的语言写,不要写成培训口号。

这一步才是 AI 工作流真正开始变值钱的地方。

一次项目经验,如果不能沉淀,下一次还是靠人硬扛。

一次项目经验,如果能变成清单、模板、复核标准,AI 才能按团队方法先跑一版。

09 每次交付前,用这张“AI 输出验收表”

法律人用 AI,最危险的不是它不会。

是它看起来很会。

所以,每次 AI 输出进入正式交付前,建议都过一遍这张表:

【AI 输出验收表】

1. 材料边界
- 是否只使用了指定材料?
- 是否引用了未提供、未核实或不明来源的信息?

2. 事实准确
- 事实是否能在原始材料中找到对应位置?
- 是否把推断写成事实?

3. 法律依据
- 涉及法规、案例、监管规则时,是否需要重新检索和核验时效?
- 是否存在未核实的条文编号或裁判观点?

4. 输出完整
- 是否覆盖审查清单中的必查项目?
- 是否列明缺失材料、冲突材料和待确认事项?

5. 风险表达
- 是否把风险分级写清楚?
- 是否说明风险理由?
- 是否避免直接替律师作最终法律结论?

6. 客户交付
- 哪些内容可以进入客户版?
- 哪些内容只适合留在内部底稿?
- 是否删除了不应外发的提示、猜测和内部讨论?

7. 责任边界
- 最终判断是否由律师确认?
- 复核人、复核时间、修改记录是否留痕?

这张表比任何“神级提示词”都重要。

因为法律服务最后卖的不是生成速度。

是可信度。

10 哪些事适合交给 Codex,哪些事不要交

比较适合先试:

  • 脱敏合同的条款抽取;
  • 合同版本差异台账;
  • 尽调资料目录整理;
  • 会议纪要转行动清单;
  • 内部审查清单初稿;
  • 客户问题汇总;
  • 历史模板归类;
  • 复核清单生成。

暂时不要随手交:

  • 原始案卷材料;
  • 未公开交易文件;
  • 涉及商业秘密的客户资料;
  • 当事人身份信息、财务数据、个人敏感信息;
  • 需要立即形成法律结论的重大争议判断;
  • 尚未得到客户或机构授权的数据。

还有一类工作,要特别谨慎:

法规和案例检索。

AI 可以帮你整理检索思路、列关键词、做初步摘要。

但条文时效、裁判规则、地域差异、监管口径,必须回到权威数据库和正式来源核验。

不要把“它说得像”当成“它说得对”。

11 真正的进阶,不是让 AI 多做,而是让流程更可控

外面很多 Codex 教程喜欢讲功能。

多线程。

自动化。

插件。

工作区。

这些当然重要。

但对法律人来说,更重要的是把这些能力翻译成自己的工作语言:

多线程,意味着合同审查、资料台账、会议纪要可以分开跑。

自动化,意味着每周固定整理客户项目状态、待办和风险提示。

插件和文件能力,意味着 AI 不只是回答问题,而是围绕材料生成底稿。

权限和审批,意味着高风险动作必须停下来让人确认。

这才是法律人理解 Codex 的方式。

不是学代码。

不是追热点。

而是把自己的工作从“个人手工劳动”,慢慢改造成“可交办、可复核、可沉淀的流程”。

以后真正有竞争力的法律人,未必是最会玩工具的人。

而是最会定义问题、拆解任务、检查结果、承担判断的人。

AI 能帮你跑得更快。

但方向、边界和责任,仍然要由你来定。


 

Similar Posts

  • 法律人为什么也该看看 NotebookLM:不是替你检索,是帮你从海量材料里找线索

    当案卷、合同、会议纪要和法规资料堆成山,律师真正缺的不是“再多一个 AI”,而是一个能围绕材料说话、能追溯来源、能暴露矛盾的阅读工作台。 01 法律人这几年已经听腻了 AI。 今天一个模型,明天一个插件,后天又有人说“律师要被替代”。 很多人不是不想试,而是已经有点疲惫: 工具太多。 说法太满。 真正能放进日常工作的,反而没几个。 但 NotebookLM 值得单独拿出来讲。 不是因为它更会写法律意见书。 也不是因为它能替你完成法律检索。 而是因为它解决了法律工作里一个特别朴素、特别高频、也特别折磨人的问题: 材料太多,找不到重点。 案卷材料、合同版本、会议纪要、监管规则、行业报告、客户邮件、访谈记录、尽调清单、历史项目文档。 这些东西一多,律师不是不会判断。 是还没走到判断那一步,人已经被材料淹了。 NotebookLM 的强项,正好在这里。 它更像一个“材料阅读工作台”:你把资料放进去,它围绕这些资料回答问题、生成摘要、提炼结构,并尽量给出引用位置。 这对法律人很重要。 因为法律工作最怕的,不是 AI 不会说。 是 AI 说得很顺,但不知道依据在哪里。 02 先把话说清楚:它不是法律数据库 NotebookLM 不是北大法宝、威科先行、裁判文书网、法信、Lexis 或 Westlaw。 它不应该被当作“自动检索全网法律依据”的工具。 Google 官方对 NotebookLM 的定位,是帮助用户围绕自己添加的来源进行理解、问答和生成。官方帮助页也强调,它会基于你上传或添加的来源工作,并可生成简报、学习指南、FAQ、音频概览、视频概览等材料。 换成法律人的话说: 它不是替你去全世界找资料。 它是帮你消化你已经放进去的资料。 这个区别非常关键。 如果你没有把正确的材料放进去,它就不可能凭空知道你的案情。 如果你放进去的是过期法规、错误版本、残缺扫描件,它也可能围绕这些有问题的材料生成看似合理的回答。 所以,NotebookLM 的正确用法不是: “帮我研究这个案子。” 而是: “以下是我已经整理好的合同、会议纪要、法规摘录和客户说明。请只基于这些材料回答,并标注来源;来源里没有的内容,请说没有找到。” 这才是法律人能控制风险的用法。 03 第一个硬核用法:给每条信息打“证据标签”…

  • 一个文科生从零搭建个人网站的真实记录

    一、先想清楚:为什么要自己搭,而不是只用平台 很早以前,我就对“个人网站”这件事有点执念。 不是那种很厉害的技术博客,也不是要做什么商业项目。只是觉得,一个人如果长期写东西、整理资料、记录想法,好像总该有一个属于自己的小地方。 平台当然方便。公众号、微博、知乎、X、小红书,都能发东西,也都有现成的流量。但时间久了会发现,平台像热闹的街道,来来往往很快;而独立网站更像一个自己的书房。没有那么多人突然路过,也没有算法一直推着你往某个方向写,但东西放在那里,会慢慢沉下来。 过程并不神奇,也有不少卡住的时候。下面这篇,就当作一次比较完整的复盘。 二、VPS:它就像一台远程小电脑 建站绕不开服务器。刚开始看到 VPS 这个词,我其实也有点发怵。后来理解成一句话就简单多了:VPS 就像一台放在远处的小电脑。 它不是摆在你桌上的电脑,但你可以远程登录进去,在上面安装网站程序、存放文件、运行服务。别人访问你的网站时,实际上就是在访问这台远程小电脑里的内容。 购买 VPS 时,不需要一上来就买很贵的配置。个人网站早期访问量通常不大,文章和图片也不会特别多,入门配置就够用。真正需要注意的反而是:服务商是否稳定、系统是否常见、后台是否容易管理、后续能不能升级。 我个人会建议,最好单独拿一台 VPS 来建站,不要把乱七八糟的实验项目都堆在同一台服务器上。对新手来说,环境越简单,出问题时越容易判断。网站、数据库、图片文件都在这里,备份和迁移也更清楚。 当然,VPS 不是买完就万事大吉。它有硬盘空间,有系统环境,也会有安全和维护问题。只是这些事情可以慢慢学,不必一开始就把自己吓退。 三、为什么我选择 1Panel,而不是纯命令行硬搭 如果你看过一些程序员写的建站教程,可能会看到很多命令行。黑色窗口里一行一行输入命令,看起来很酷,也确实高效。但对零基础的人来说,压力很大。 我后来选择了 1Panel,原因很简单:它降低了建站门槛。 1Panel 可以把很多服务器操作变成图形化界面,比如安装网站环境、创建网站、管理数据库、申请证书、查看文件等。它不是让你完全不用理解原理,而是让你不用一上来就被命令行劝退。 这对文科生或者非科班用户很友好。你可以先把网站跑起来,再慢慢理解背后的东西。就像学开车,不一定要先拆发动机。 当然,1Panel 也不是魔法按钮。你还是要知道自己在做什么,比如哪个是网站目录,哪个是数据库,证书绑定到哪个域名。但这些概念放在图形界面里,会比纯命令行更容易建立感觉。 四、为什么用 WordPress:内容型网站的老朋友 网站程序也有很多选择。静态博客、各种 CMS、自己写页面,都可以。但对我这种主要想写文章、整理内容的人来说,WordPress 是一个很现实的选择。 它的优点不是最轻,也不是最酷,而是成熟。 WordPress 很适合内容发布。写文章、分类、标签、媒体库、页面管理、主题、插件,这些功能都已经很完整。对零基础用户来说,后台也相对容易理解。你不需要先学会写代码,才有资格发表一篇文章。 这里顺便提一句,网站内容大致可以理解成两部分:一部分是数据库里的文章数据,比如标题、正文、分类、评论;另一部分是服务器硬盘里的图片、附件、主题文件等。以后做备份时,这两部分都要考虑到。只备份文章不够,只备份文件也不够。 五、域名和 Cloudflare:让网站有一个好记的地址 服务器有了,网站程序也装好了,接下来就需要域名。 域名可以理解成网站的地址。没有域名时,访问网站可能要靠一串不太好记的服务器地址;有了域名,就可以变成类似 yourname.com 这样的形式。这里不写真实网址,用占位就好。 买域名时,我比较在意两点:一个是好记,一个是以后不太想换。域名像门牌号,倒不是不能改,但改起来会牵涉到很多地方,最好一开始就稍微想清楚。 域名买好后,我把它接入了 Cloudflare。Cloudflare 可以帮忙管理 DNS,也就是告诉网络:这个域名应该指向哪台服务器。它还可以处理 HTTPS、提供一些基础防护和缓存能力。 DNS 这个词听起来很技术,但先不用想得太复杂。你可以把它理解成“域名通讯录”。别人输入你的域名后,DNS 负责把访问请求带到正确的服务器那里。 Cloudflare 的好处是功能比较完整,免费层对个人网站也够用。接入之后,域名解析、HTTPS、基础防护都可以放在一个地方管理,新手会省心一些。…

Leave a Reply

Your email address will not be published. Required fields are marked *