!封面
律师最值钱的东西是什么？
不是法条检索能力。不是文书写作速度。是判断力——什么案子该接，什么条款该争，什么风险可以放。
这些判断藏在脑子里，跟着人走。带不走，传不了。你招一个实习生，得花三个月让他摸到门道；招一个授薪律师，得花半年让他跟你的判断标准对齐。这个过程中，你说过无数遍"这个不用争""那个一定要改""客户特别在意这一点"，但他还是要一次次犯错才能内化。
AI 来了以后，大多数法律人对它的用法是：丢一个问题，等一个答案。每次对话从零开始。下一次再问，它还是从零开始。
这种方式，跟让一个实习生每次进门都重新自我介绍一遍有什么区别？
换个视角：把 AI 当实习生培养
如果我们不把 AI 当成"工具"，而是当成"伙伴"——准确地说，当成一个可以培养的实习生——很多事就解释得通了。
实习生刚来的时候什么都不会。你给他一个法律问题，他给你一个 500 字的答案。你一看：字数太少，没附法条原文，碰到 PDF 还卡住了。你会怎么办？你不会说"这个实习生不行，换一个"。你会告诉他：第一，字数不要限制；第二，答案末尾把相关法条原文列出来；第三，碰到 PDF 先用转换工具处理。
然后你让他再做一次。下一次，他的答案变长了，附了法条，碰到 PDF 也先转换了——但你又发现了新的问题：他查资料的时候没有先查你本地的知识库，而是去网上随便搜。于是你又加了一条：先查本地知识库，按优先源、扩展源的顺序检索。
这个过程，就是你在"养"这个实习生。
AI 工作区规则的迭代，逻辑一模一样。
核心框架：一个四步循环
这个方法拆成四步，循环往复：
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 420">
<rect width="600" height="420" fill="#fff" rx="6"/>
<text x="300" y="38" text-anchor="middle" font-size="18" font-weight="700" fill="#222" font-family="sans-serif">隐性知识显性化的四步循环</text>
<!-- Step 1 -->
<rect x="60" y="70" width="200" height="60" rx="4" fill="#f5f5f5" stroke="#333" stroke-width="1.5"/>
<text x="160" y="96" text-anchor="middle" font-size="14" font-weight="700" fill="#222" font-family="sans-serif">1. 交互触发</text>
<text x="160" y="116" text-anchor="middle" font-size="12" fill="#555" font-family="sans-serif">用工作区回答法律问题</text>
<!-- Arrow 1→2 -->
<line x1="260" y1="100" x2="325" y2="100" stroke="#888" stroke-width="1.5" marker-end="url(#arrow)"/>
<!-- Step 2 -->
<rect x="335" y="70" width="200" height="60" rx="4" fill="#f5f5f5" stroke="#333" stroke-width="1.5"/>
<text x="435" y="96" text-anchor="middle" font-size="14" font-weight="700" fill="#222" font-family="sans-serif">2. 发现缺口</text>
<text x="435" y="116" text-anchor="middle" font-size="12" fill="#555" font-family="sans-serif">答案少了什么？哪里可以更好？</text>
<!-- Arrow 2→3 (down) -->
<line x1="435" y1="130" x2="435" y2="220" stroke="#888" stroke-width="1.5" marker-end="url(#arrow)"/>
<!-- Step 3 -->
<rect x="335" y="230" width="200" height="60" rx="4" fill="#f5f5f5" stroke="#333" stroke-width="1.5"/>
<text x="435" y="256" text-anchor="middle" font-size="14" font-weight="700" fill="#222" font-family="sans-serif">3. 规则迭代</text>
<text x="435" y="276" text-anchor="middle" font-size="12" fill="#555" font-family="sans-serif">把改进点写成工作区规则</text>
<!-- Arrow 3→4 (left) -->
<line x1="335" y1="260" x2="270" y2="260" stroke="#888" stroke-width="1.5" marker-end="url(#arrow)"/>
<!-- Step 4 -->
<rect x="60" y="230" width="200" height="60" rx="4" fill="#f5f5f5" stroke="#333" stroke-width="1.5"/>
<text x="160" y="256" text-anchor="middle" font-size="14" font-weight="700" fill="#222" font-family="sans-serif">4. 资产沉淀</text>
<text x="160" y="276" text-anchor="middle" font-size="12" fill="#555" font-family="sans-serif">规则越养越成熟，可跨平台迁移</text>
<!-- Arrow 4→1 (up, closing the loop) -->
<line x1="160" y1="230" x2="160" y2="140" stroke="#888" stroke-width="1.5" marker-end="url(#arrow)"/>
<!-- Center text -->
<text x="300" y="340" text-anchor="middle" font-size="11" fill="#999" font-family="sans-serif">每一次循环，工作区规则就成熟一步</text>
<text x="300" y="358" text-anchor="middle" font-size="11" fill="#999" font-family="sans-serif">三个月后，它是为你量身定制的 AI 助理</text>
<!-- Arrow marker definition -->
<defs>
<marker id="arrow" markerWidth="8" markerHeight="8" refX="6" refY="4" orient="auto">
<path d="M0,0 L8,4 L0,8 Z" fill="#888"/>
</marker>
</defs>
</svg>第一步：给实习生一个工位
首先要确定"工位"的粒度——工作区按什么尺度划分。
我的经验是：按工作类型划分，不按单个项目分。法律咨询是一个工作区，案件分析是一个，合同审核是一个。太细了——一个案子建一个工作区——建规则的功夫比干活还多。太粗了——一个工作区干所有事——合同审核的规则和小孩作业辅导的规则混在一起，互相干扰。
这个逻辑跟律所团队分工一样。你不会给每个案件单独招一个实习生，但你会区分"做诉讼的实习生"和"做非诉的实习生"——他们的训练内容不同，作业标准不同。
工作区初始化的时候，规则应该很简单。就像实习生第一天报到，你只会告诉他最基本的几件事：文件夹怎么建、资料去哪里找、输出用什么格式。你不需要第一天就把所有要求列出来，因为你也列不全。
第二步：规则分两层，像律所制度
工作区规则天然分成两个层级。如果所有规则都堆在一个文件里，换一个工作区就要重写一遍，积累的意义就大打折扣。
用户级规则 = 律所通用制度。 所有法律场景都适用的东西，放在全局。比如：法律研究必须查本地知识库，按优先源、扩展源的顺序检索；引用的法条必须通过商用数据库验证；交付物必须建 input/scratch/output 三层目录。这些都是"通用规范"——你做法律咨询要用，做案件分析也要用，审合同还要用。放在用户级，所有工作区自动继承，不需要每个项目重写一遍。
项目级规则 = 特定场景的作业要求。 只有在这个工作类型下才适用的东西，放在项目级。比如法律咨询工作区："收到问题后必须先建文件夹再检索""输出末尾必须附相关法条原文"。合同审核工作区："审合同前先遍历客户偏好清单，匹配客户特殊要求""终稿必须输出三件套（审查意见+批注版+修订版）"。
分层之后的效果是：你每新建一个法律场景的工作区，只需写这个场景专属的那几条规则，通用的部分已经被用户级覆盖了。
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 600 300">
<rect width="600" height="300" fill="#fff" rx="6"/>
<text x="300" y="36" text-anchor="middle" font-size="16" font-weight="700" fill="#222" font-family="sans-serif">工作区规则的两层架构</text>
<!-- User level -->
<rect x="30" y="60" width="540" height="80" rx="4" fill="#fafafa" stroke="#333" stroke-width="1.5"/>
<text x="50" y="88" font-size="14" font-weight="700" fill="#222" font-family="sans-serif">用户级规则（全局）</text>
<text x="50" y="108" font-size="12" fill="#555" font-family="sans-serif">法律研究规范 · 知识库引用协议 · 法条验证流程 · 文件结构约定</text>
<text x="50" y="128" font-size="11" fill="#999" font-family="sans-serif">所有法律场景自动继承，只写一次</text>
<!-- Arrow down -->
<line x1="300" y1="140" x2="300" y2="165" stroke="#888" stroke-width="1.5" marker-end="url(#arrow2)"/>
<!-- Project level - three boxes -->
<rect x="30" y="175" width="165" height="75" rx="3" fill="#f5f5f5" stroke="#666" stroke-width="1"/>
<text x="112" y="200" text-anchor="middle" font-size="13" font-weight="700" fill="#222" font-family="sans-serif">法律咨询</text>
<text x="112" y="220" text-anchor="middle" font-size="11" fill="#555" font-family="sans-serif">问题文件夹规范</text>
<text x="112" y="238" text-anchor="middle" font-size="11" fill="#555" font-family="sans-serif">法条附录要求</text>
<rect x="217" y="175" width="165" height="75" rx="3" fill="#f5f5f5" stroke="#666" stroke-width="1"/>
<text x="300" y="200" text-anchor="middle" font-size="13" font-weight="700" fill="#222" font-family="sans-serif">合同审核</text>
<text x="300" y="220" text-anchor="middle" font-size="11" fill="#555" font-family="sans-serif">客户偏好清单</text>
<text x="300" y="238" text-anchor="middle" font-size="11" fill="#555" font-family="sans-serif">三件套输出规范</text>
<rect x="405" y="175" width="165" height="75" rx="3" fill="#f5f5f5" stroke="#666" stroke-width="1"/>
<text x="487" y="200" text-anchor="middle" font-size="13" font-weight="700" fill="#222" font-family="sans-serif">案件分析</text>
<text x="487" y="220" text-anchor="middle" font-size="11" fill="#555" font-family="sans-serif">六阶段分析框架</text>
<text x="487" y="238" text-anchor="middle" font-size="11" fill="#555" font-family="sans-serif">证据映射表要求</text>
<!-- Labels -->
<text x="20" y="88" font-size="11" fill="#999" font-family="sans-serif" transform="rotate(-90,20,88)">通用</text>
<text x="20" y="215" font-size="11" fill="#999" font-family="sans-serif" transform="rotate(-90,20,215)">专用</text>
<defs>
<marker id="arrow2" markerWidth="8" markerHeight="8" refX="6" refY="4" orient="auto">
<path d="M0,0 L8,4 L0,8 Z" fill="#888"/>
</marker>
</defs>
</svg>第三步：在交互中"教学"
规则不是一次性写出来的。它是用出来的。
你做一个法律咨询工作区，初始规则可能就三行：它的用途、文件夹结构、查知识库的要求。然后你开始用它。
第一次，你问了一个交叉持股的问题。它跑了一遍，输出了一份 500 字的分析。你一看：逻辑没问题，但太短了，有些细节说不透。你跟它说："取消字数限制，以后输出不要设上限。"它把规则文件里的 500 字限制删掉了。
第二次，你问了一个对赌协议回购权的问题。这次输出长了，但你发现它引用了《九民纪要》但没附原文。你又说："以后所有法律解答末尾必须附相关法条原文。"它又在规则里加了一条。
第三次，客户发来一份 PDF 的合同条款清单。你直接丢给它。它卡住了——不知道 PDF 怎么处理。你告诉它："碰到 PDF 文件，先调用格式转换脚本转成 Markdown，再开始分析。"它把这条也写进了规则。
你发现问题了吗？你每次发现一个不足，不是去骂它，不是换一个工具，而是把它变成规则。这就跟带实习生一模一样——不是每次出错都重新教一遍，而是把教训固化为工作规范。
在四明山法师 AI 夜校的直播里我讲过：
"你在用这个工作区解答法律问题的时候，突然想到了一个点，你就在这里让他去改工作区的规则，你的工作区规则就迭代了一步。下次再问一个法律问题，你又想到一个点，又迭代了一步。你的工作区规则就会被越养越成熟。"
三个月后的效果是什么？你问一个问题，它自动建文件夹、自动拆解子问题、自动查本地知识库、自动去商用数据库验证法条、自动输出附法条原文的完整分析、自动归档。碰到 PDF 自动转格式，碰到陌生主体自动查企业信用。你不再需要每次重复那些"基础要求"——它已经内化了。
这就是"养"出来的结果。
第四步：规则是资产，不是消费品
这一步最容易被忽略：你积累的规则，是你的资产。
一个法律人用 AI，如果停留在"每次丢一个问题，等一个答案"的阶段，那他只是在消费 AI 的能力。换了 AI 工具，一切归零。但如果你把判断标准、工作流程、客户偏好逐一沉淀为规则文件——规则文件是纯文本，不绑定任何特定平台。
"这些规则资产可以套不同的 Agent 壳——今天在 Claude Code 里能用，移植到 Codex 也能用，移植到 TRAE 也能用。"
所有的 AI 智能体，底层逻辑是一样的：读一段系统指令，按指令工作。你的工作区规则就是一段设计精良的系统指令。换了 Agent 平台，把规则文件拷过去，调整一下格式适配新平台的语法，逻辑不变。
这意味着你的隐性知识第一次有了一个可以积累、可以迁移、可以升值的载体。你不再依赖"这个工具好不好用"，你依赖的是"这套规则够不够成熟"——而规则是你完全可以控制的。
常见错误
从我自己实践的弯路来看，有几个坑值得提前说出来。
规则太粗，一个工作区干所有事。 这个前面说过了——合同审核的规则和小孩作业辅导的规则混在一起，互相干扰。关键是，工作区的规则文件每次对话都会全量加载，不相关的规则就是在浪费上下文窗口。
规则太细，一个案件一个工作区。 诉讼案件的规则是高度通用的——事实梳理、法律适用、证据评估这些方法论，不同案件之间 80% 是重合的。一个案件建一套规则，等于每次都重新"培训"一次，失去了积累的意义。
一次性想完美。 初始规则写 500 行，各种边界情况都考虑到了——然后发现第一条就跑不通。正确的做法是先写最小可用规则，用起来，在交互中迭代。
不分层级。 所有规则都写在项目级。等到建第二个工作区的时候，又把那些通用的东西重写一遍——先查知识库、先验证法条、先建文件夹结构。这就跟你每个实习生入职都重新写一遍《律所员工手册》一样荒谬。
适用边界
这个方法不是银弹。它适合的场景是：有明确工作类型、高频重复、判断标准可以描述的。法律咨询、合同审核、案件分析——这些恰好都满足。
它不适合的场景也很清楚。一次性任务，不值得建规则。纯创意工作，规则框死了反而限制发挥——你不会给"帮我写一篇新年贺词"建一个工作区。还有一些判断标准本身就说不清楚的东西——有些律师的"手感"连他自己都没法用语言描述，那这部分暂时确实显性化不了，先承认边界。
另外，这个方法有一个隐含前提：你得先有一套自己的判断标准。如果某个领域的法律问题你自己也不知道"好答案"长什么样，那建规则就是空中楼阁。规则不是替你思考，是帮你把已经想清楚的判断固化为流程。
我在四明山法师 AI 夜校里反复讲：AI 时代法律人的核心竞争力，不在会不会用某个工具，而在你能不能把自己的隐性知识变成可运行的规则。这不是技术问题，是认知问题。你是"用 AI 的人"，还是"养 AI 的人"——这两个定位之间的差距，大概就是以后拉开律师差距的地方。
从今天开始，不妨试试看。建一个工作区，写三条规则，开始用。用着用着，发现哪里不够好，就改一条。三个月后回头看，你会有一个不敢认的助理。
作者简介： 陈石律师，浙江海泰律师事务所副主任、高级合伙人、房地产与建设工程部主任，宁波市律师协会副秘书长、第七届宁波仲裁委员会仲裁员，聚焦建筑房地产、投融资、并购重组及商事争议解决。曾获多家法律媒体与专业机构认可，荣登 LegalOne 2025 中国区建工及房地产实务先锋 45 强、律新社 2025 年度管理合伙人 20 佳（华东），入选《商法》The A-List 法律精英，获评 ALB China 区域市场十五佳长三角地区律师新星，并获律新社 2024 年度并购领域品牌之星。长期为万科、华润置地、信达地产、保利置业、招商蛇口、中海地产等企业提供法律服务，承办"首宗百亿地王""长春第一高楼""台州第一高楼"等代表性项目，累计服务项目投资额超千亿。近年来持续推动 AI 与法律实务融合，强调以结构化方法打通技术逻辑、法律判断与商业场景；著有《赋能法律人：AI 底层思维与应用范式》，并在多地开展相关主题讲座与分享。四明山法师 AI 夜校（legalAGI.cn）发起人。