最近这段时间，我越来越强烈地感觉到一件事：Codex 这种工具，正在从“程序员的代码助手”，变成律师案头上的高级牛马。

这句话不是贬义。

律师这一行，最缺的从来不是“灵感”。真正消耗人的，是那些重复、琐碎、密集、容易出错，但又不能不做的工作。

客户发来一堆材料，你得先知道里面有什么。
法院卷宗几百页，你得先把事实线拉出来。
银行流水上千笔，你得先把资金路径看明白。
微信公众号接口坏了，你得找人修。
律所网站样式乱了，你得找外包改。
案件材料要做证据目录，你得一个个文件对。
法律意见要写，客户沟通说明要写，材料清单要写，会议纪要还要写。

这些活，没有哪一件看起来特别高级，但每一件都能把律师的时间磨掉。

我现在对 Codex 的理解，越来越简单：它不是来替律师当律师的，它是来替律师干苦活的。只不过，这个“牛马”跟传统助理不一样。它能读文件、能改代码、能跑命令、能调接口、能整理材料、能生成表格、能检查项目，还能在一个项目里长期按你的规则办事。

所以，Codex 真正有价值的地方，不是“它会不会写一篇漂亮文章”，而是它能不能把律师每天反复遭遇的混乱，变成一个可以执行、可以复查、可以沉淀的工作流。

这就是我理解的律师版 Vibe Coding。

不是律师要转行当程序员，也不是每个律师都要学什么前后端、数据库、服务器。真正的变化在于：律师开始可以用自然语言指挥一个 AI Agent，让它在本地项目里干活，把原来要靠外包、助理、自己熬夜才能完成的一部分事务，拆成一个个可执行任务。

过去我对 Codex 的理解很窄：它就是一个会写代码的工具。

你让它改一个网页，它改。
你让它写一个脚本，它写。
你让它修一个 bug，它跑命令、看报错、再修改。

但最近的变化很明显。OpenAI 在 2026 年 7 月 9 日的更新里，把新的 ChatGPT 桌面端做成了 Chat、Work、Codex 三种工作模式的组合：Chat 负责问答和讨论，Work 负责研究和交付物，Codex 负责软件开发和项目执行。也就是说，Codex 已经被放进了一个更大的工作系统里。

这些变化，对程序员当然重要。对律师其实更重要。

因为律师不是缺一个“会聊天的 AI”。现在会聊天的 AI 太多了。律师真正缺的是一个能进入具体工作环境的人：能打开项目文件夹，能看材料结构，能修改文档，能跑 OCR 脚本，能生成证据目录，能检查网页，能维护公众号接口，能按照一个案件的规则持续工作。

这就是 Codex 跟普通聊天机器人的区别。

聊天机器人更像一个坐在旁边回答问题的人。
Codex 更像一个能进文件夹干活的人。

这个区别很关键。律师日常工作不是单纯“问一个问题、得一个答案”。很多时候，我们面对的是一堆材料、一套流程、一个系统、一个网站、一个公众号接口、一个案件目录、一个长期项目。

只会回答问题的 AI，解决不了这些事。
能在项目里执行任务的 Agent，才真正开始接近律师需要的工具。

律师工作有一个非常尴尬的地方：越是复杂的案件，越先要做大量不复杂的活。

比如一个刑事控告案件，真正的专业判断可能是：到底按职务侵占打，还是按挪用资金打，还是先控告合同诈骗；哪些证据能证明非法占有目的；哪些流水只是民事往来；哪些陈述需要补强。

但在进入这些判断之前，先得做一堆基础工作：

把聊天记录整理出来。
把转账记录按时间排序。
把合同、发票、收据对应起来。
把录音文字稿里的承认内容摘出来。
把人物关系、公司关系、资金路径画出来。
把哪些事实有证据、哪些事实只有客户陈述分清楚。

这些工作不难，但极耗时间。

民事案件也是一样。客户拿来几十个 PDF、十几张截图、几份合同、若干微信记录。你不能一上来就谈法律适用。你首先要知道材料里到底有什么。很多案件的第一道关，不是法律问题，而是材料混乱。

律师过去怎么解决？

要么自己熬夜看。
要么交给助理整理。
要么靠经验快速翻。
要么先凭客户叙述写一版，后面再慢慢补。

每种办法都有问题。自己做，累；助理做，质量不稳定；靠经验翻，容易漏；先写后补，后期容易推倒重来。

Codex 的价值就在这里。它不一定比律师聪明，但它可以不厌其烦。

你可以让它先做第一轮脏活：

整理文件清单。
提取日期、金额、人名、单位。
把材料按时间线排列。
标记证据来源。
列出矛盾点。
生成客户补充材料清单。
把一堆 Word、PDF、图片、Markdown 归档成项目结构。

这些事做完以后，律师再进入真正的判断环节，效率会完全不同。

这也是我说它是“高级牛马”的原因。它不是替你上庭，不是替你承担责任，也不是替你跟客户拍胸脯。它更像一个不知疲倦的案头工人，先把乱糟糟的材料摊平，让律师有条件去判断。

很多律师一听 Vibe Coding，会本能地觉得这是程序员的东西。

其实不一定。

律师不需要知道所有技术细节，但律师必须知道自己想要什么。只要你能把需求说清楚，Codex 就可以把一部分技术实现扛下来。

比如你想做一个案件材料上传页面。过去你可能要找外包，讲需求，等设计，等开发，等部署，来回改很多次。现在你可以直接在 Codex 里说：

它不一定一次就完美，但它会开始做。它会建文件、写代码、跑服务、看报错、修改样式。你看到页面以后，再继续说：

这就是律师能用的 Vibe Coding。

你不需要先写一份完整的技术需求文档。你可以一边看结果，一边调整方向。像指挥一个助理，也像跟一个懂技术的人在现场磨合。你的“感觉”会不断变成页面、脚本、表格、流程。

但这里有一个前提：律师不能只说“帮我做个高级点的系统”。

这种说法没法执行。

要把需求拆小：

先做上传。
再做列表。
再做分类。
再做 OCR。
再做证据目录。
再做导出 Word。
再做权限控制。
再做日志。
再做部署。

Codex 最怕的不是任务复杂，而是任务模糊。律师越能把工作拆成具体步骤，Agent 越能成为真正的牛马。

我不建议律师一开始就让 Codex 写最终法律意见。

因为法律意见的核心是判断。判断背后有事实、有证据、有法律、有经验、有策略，还有执业责任。AI 可以辅助，但不能替你负责。

更适合交给 Codex 的，是“材料工程”。

所谓材料工程，就是把原始材料变成可使用的法律材料。

原始材料通常是混乱的：

文件名混乱。
格式混乱。
时间顺序混乱。
真假版本混乱。
证据来源混乱。
客户叙述和材料内容混乱。
关键事实和背景噪音混在一起。

Codex 可以先帮你做这些事：

这个任务很普通，但价值很大。

律师拿到这份材料地图以后，案件立刻从“我这里有一堆东西”，变成“我有一条事实线、几个争议点、若干证据缺口”。

对刑事案件尤其明显。

比如一个职务侵占控告案件，最难的不是写控告书的套话，而是把“公司款项如何被转走、谁参与、以什么名义、合同怎么签、钱到哪里、对方如何承认、公司财产权如何受损”这些事实串起来。

Codex 可以先干整理工作。律师再判断：哪些事实能入控告书，哪些事实只能作为线索，哪些事实不能写死，哪些地方需要补证。

这才是正确的位置。

如果一个律师或小型律所刚开始用 Codex，我建议不要一上来就做“大系统”。

先跑通三个流程。

1. OCR 流程

律师行业到现在还有大量扫描件、图片、卷宗照片。很多材料不是不能分析，而是根本没有变成可检索文本。

Codex 可以帮你搭建一个本地 OCR 流程：

保留原始文件。
批量识别扫描件。
把识别结果按页保存。
低置信度内容单独标记。
金额、日期、人名二次抽取。
输出可搜索文本。
生成异常文件报告。

这件事看起来很基础，但一旦跑通，律师后面的工作会快很多。

过去你要在几十张图片里找一句话。现在你可以直接检索。
过去你要人工摘录转账时间。现在可以先批量提取。
过去你要一页页翻卷宗。现在可以先生成目录和摘要。

2. 证据目录流程

证据目录是非常适合 Codex 的任务。

它有格式，有结构，有重复性，也需要人工复核。Codex 可以先生成初稿，律师再修改证明目的。

可以这样要求：

这比从空白表格开始快得多。

而且 Codex 有一个好处：它可以反复改。你发现证明目的太虚，就让它改具体。你发现语气太满，就让它改克制。你发现编号不符合提交习惯，就让它按法院格式重排。

3. 时间线流程

很多案件的突破口都藏在时间线上。

合同是什么时候签的。
款是什么时候打的。
发票是什么时候开的。
对方是什么时候承诺的。
公安是什么时候立案或不立案的。
鉴定是什么时候做的。
病历是什么时候形成的。
客户是什么时候知道权利受损的。

Codex 可以先把这些节点列出来：

律师看到时间线以后，很多判断会自然出来。

有些诉讼时效问题，一看时间线就清楚。
有些合同履行争议，一看付款和交付节点就清楚。
有些刑事控告案件，一看资金流和承诺时间就知道控告逻辑该怎么写。
有些鉴定争议，一看受伤、就诊、影像、骨密度检测、鉴定委托时间，就知道程序和实体问题在哪里。

所以，对律师来说，Codex 最先要跑通的不是“自动写文书”，而是 OCR、证据目录、时间线。

这三个东西稳定了，后面的文书才有基础。

律师用 AI，最大的问题不是 AI 不够聪明，而是 AI 太能编。

它为了把话说圆，可能会把不确定的东西写成确定。
它为了让结构完整，可能会补出材料里没有的事实。
它为了让论证好看，可能会引用你没有核验过的法律依据。
它为了提高气势，可能会把风险说得过满。

所以，律师使用 Codex，一定要先立规矩。

Codex 支持在项目里使用 `AGENTS.md` 这样的规则文件。简单说，这就是写给 Agent 的项目工作守则。它会在项目工作中读取这些规则，并按照规则执行。

一个法律项目里的 `AGENTS.md`，可以这样写：

这几条看起来朴素，但很重要。

律师使用 AI，不能每次靠临时提醒。临时提醒一定会漏。案件项目应该有长期规则。这个规则就像你给助理立的工作纪律：哪些能做，哪些不能做，哪些必须标注，哪些必须请示。

没有规则的 Agent，越能干越危险。
有规则的 Agent，才可能成为真正可用的案头工人。

Codex 还有一个值得律师认真看待的东西：Skills。

OpenAI 现在把 Plugins 作为 ChatGPT 和 Codex 中发现工作流能力的主要方式；插件可以包含 Skills、Apps 和 App templates。换句话说，插件不只是“接一个外部软件”，而是可以把一套可复用流程打包起来。

对律师来说，Skills 的价值很大。

很多律师的经验长期放在脑子里：

这个案由要先看哪些材料。
这类控告书不能一上来写太满。
这个法院喜欢什么格式的证据目录。
这个类型合同最容易漏哪些条款。
这个业务的客户最常问什么问题。
做非法证据排除时，哪些时间节点必须核。
做伤情鉴定争议时，病历、影像、鉴定委托、骨密度、既往病史要一起看。

这些经验如果不沉淀，就只能靠个人记忆。新人学不到，助理也很难稳定执行。

Skills 可以把这些经验写成流程。

比如：

里面可以规定：

先整理主体关系。
再整理资金路径。
再整理行为分工。
再整理被控告人的职务身份。
再整理公司财产权受损情况。
再区分确定事实、推定事实、待补证事实。
最后才生成控告书框架。

再比如：

里面可以规定：

先列受伤时间。
再列首次就诊。
再列影像检查。
再列既往病史。
再列鉴定委托材料。
再查鉴定依据是否完整。
再列重新鉴定理由。
最后形成质证意见和补充鉴定申请。

这样，律师的经验就不只是“我知道”，而是变成了 Agent 可以执行的流程。

这对小型律所尤其重要。小团队最缺的不是宏大的 AI 系统，而是稳定的工作方法。Skills 就是把方法固定下来。

律师行业有很多小工具需求，但过去很难实现。

不是因为技术多难，而是因为不值得专门找外包。

比如：

案件材料上传页。
证据目录生成器。
客户信息采集表。
律师费计算器。
执行回款比例计算器。
交通事故赔偿测算表。
伤残赔偿初步测算工具。
合同审查提交入口。
公众号文章归档页面。
内部知识库检索页面。
律所网站一个专题页。
微信公众号自动回复接口。
一个简单的案件进度看板。

这些东西如果找外包，沟通成本很高。外包不懂律师业务，律师又不懂技术语言。最后很容易做成一个“看起来能用、实际不好用”的东西。

Codex 改变的地方在于：律师可以先做一个 60 分的版本。

先能上传。
先能展示。
先能导出。
先能分类。
先能本地跑。
先能给团队内部用。

等这个东西确实有价值，再考虑是否找专业团队重构。

这就是 Vibe Coding 对律师的现实意义。它不是让律师一夜之间变成开发者，而是让律师拥有了“先做出来试试”的能力。

很多想法过去死在第一步：因为你不知道怎么做，也不想花钱试错。
现在 Codex 可以帮你把第一版做出来。好不好用，看了再说。不好就改。没价值就扔。有价值再升级。

这对律师个人品牌、律所数字化、案件管理、知识库建设，都会有影响。

很多律师现在都有公众号、网站、小程序、服务器、知识库系统。问题是，这些东西一旦出问题，大多数律师只能干瞪眼。

公众号服务器验证失败。
access_token 过期。
菜单跳转错误。
HTTPS 证书过期。
网站移动端样式错乱。
后台接口 502。
数据库连接失败。
表单提交没有记录。
日志里一堆看不懂的错误。

过去这些事只能找技术人员。技术人员忙的时候，你只能等。

Codex 至少可以帮你做第一轮排查。

你可以让它检查项目：

或者检查网站：

这并不是让律师取代工程师。真正复杂的系统，仍然需要专业开发和安全审查。

但律师至少可以做到两件事：

第一，知道问题大概在哪里。
第二，不再完全被技术黑箱卡住。

对个人律师和小型律所来说，这已经很有价值。

现在 Codex 和 ChatGPT 的工作流里，定时任务、远程连接、移动端查看进度这些能力越来越强。

这些能力听起来很诱人，但律师行业必须克制。

我认为，定时任务适合做低风险巡检：

每天检查网站是否可访问。
每周检查公众号接口日志。
每周整理新增案件材料。
每月检查模板库是否有新旧版本冲突。
每周生成案件材料缺口清单。
每周检查服务器证书是否快过期。
每周汇总项目目录里新增文件。

但不适合让它自动做高风险动作：

不要自动发客户邮件。
不要自动提交法律文书。
不要自动推送公众号文章。
不要自动修改生产数据库。
不要自动删除原始证据。
不要自动给客户作结论性承诺。

AI 可以帮律师减少混乱，不能替律师承担责任。
AI 可以帮律师提醒风险，不能替律师做最终取舍。
AI 可以帮律师生成草稿，不能跳过人工复核。

律师使用 Codex，最稳妥的自动化边界是：让它检查、提醒、生成草稿、列风险清单。真正对外的动作，仍然由人确认。

很多人用 AI 有一个误区：一上来就问大问题。

比如：

这种问法很危险，也很低效。因为案件材料还没有清理，事实还没有固定，证据还没有分层，法律依据还没有核验。AI 就算回答得再漂亮，也可能只是空中楼阁。

更好的问法是：

或者：

或者：

律师要把 Codex 当成一个工作流执行者，而不是一个神谕机器。

先让它做小活。
小活做好了，再串起来。
流程稳定了，再写进 Skill。
规则明确了，再放进 AGENTS.md。
多次使用后，再沉淀成团队 SOP。

这就是律师使用 Agent 的正确路径。

我一直觉得，“AI 会不会替代律师”这个问题问得太粗。

更实际的问题是：律师工作的哪些颗粒度会被 AI 改掉？

过去律师大量时间花在低颗粒度事务上：

找文件。
改文件名。
看扫描件。
摘录事实。
整理表格。
核对日期。
复制粘贴。
调整格式。
生成目录。
做会议纪要。
给客户列材料清单。
排查网站小故障。
修改公众号页面样式。

这些事不会全部消失，但会越来越多地交给 AI Agent 做第一轮。

律师真正要抓住的是高颗粒度事务：

判断哪些事实重要。
识别证据链薄弱点。
选择控告路径或诉讼策略。
决定哪些事实写进文书，哪些事实暂时不写。
判断客户真实目标。
评估风险、成本和时间。
跟客户讲清楚不确定性。
在庭审、谈判、沟通中作出取舍。
对最终法律意见负责。

Codex 的价值，是把律师从大量低价值重复劳动里释放一部分出来。

它不会让一个不懂证据的人成为好律师。
它也不会让一个没有判断力的人突然有策略。
但它会让一个有判断力的律师，少被琐事拖死。

这已经足够重要。

如果一个律师现在想尝试 Codex，我建议不要一开始就做“AI 律所系统”。

先从一个真实案件目录开始。

目录可以很简单：

然后写一个最基础的 `AGENTS.md`：

接着让 Codex 做三件事：

这三件事跑通以后，再考虑文书初稿、合同审查、流水分析、网站工具、公众号接口。

不要急着做大。
先让它在一个案件里证明自己有用。
再让它在第二个案件里复用流程。
等你发现某个流程反复出现，再把它写成 Skill。

这样走，才稳。

“高级牛马”这个说法，听起来有点玩笑，但它背后其实是我对这类工具最现实的判断。

Codex 不应该被神化。
它不是律师。
它不懂你的客户真正想要什么。
它不承担执业风险。
它不知道某个事实写出去以后会不会引发反效果。
它也不知道一个案件背后的地方司法生态、沟通方式和人情压力。

但它也不应该被轻视。

它能把一堆材料先整理出来。
它能把一个小工具先做出来。
它能把一个网站先跑起来。
它能把公众号接口先检查一遍。
它能把证据目录先生成初稿。
它能把时间线先拉出来。
它能把你的工作方法写进规则，下一次继续执行。

这就是它的位置。

律师负责方向，Codex 负责干活。
律师负责判断，Codex 负责整理。
律师负责取舍，Codex 负责跑流程。
律师负责对外承担责任，Codex 负责把案头混乱降到最低。

未来真正会用 AI 的律师，不一定是最会写提示词的人，而是最会设计工作流的人。

哪些规则写进 AGENTS.md。
哪些流程沉淀成 Skills。
哪些材料进入知识库。
哪些动作必须人工确认。
哪些任务可以定时巡检。
哪些工具值得用 Codex 先做 60 分版本。
哪些输出只能当草稿，不能当结论。

这些问题，比“AI 会不会替代律师”更具体，也更重要。

我现在越来越相信，Codex 这类工具会成为律师行业的一种基础生产力。不是所有律师都会马上用，也不是所有律所都会马上接受。但对愿意折腾、愿意把工作拆开、愿意建立流程的律师来说，它已经不只是玩具。

它会成为律师的高级牛马。

会干活，能熬夜，不怕重复，愿意改十遍。
但它必须被拴在律师的专业判断上。

牛马可以很强，缰绳不能松。