ARTICLE · 1197676
把律师经验写成 AI 技能(二)先观察律师干活,再追问出规则卡
把律师经验写成 AI 技能(二)先观察律师干活,再追问出规则卡上一篇定下了任务边界和材料环境。这一篇做经验提炼的核心动作，先观察一次实际处理，再追问判断理由，最后把观察转成条件规则，用反例检查边界。 
实际提炼经验时，请律师先在不看参考答案的情况下，按平常工作方式阅读材料，完成一份简短说明或作出标注。开始前不指定他应当注意哪条，也不提示批注里可能存在的问题。观察者只记录可见动作，哪句话被划出，在哪里停下来，随后翻到哪条，提出了什么问题，初稿写了什么又删了什么。如果律师习惯边读边说，可以记录原话。不必强求他在操作中解释全部思路，不断追问会改变他原有的工作方式。完成之后，再从记录中选一个具体决定展开访谈。 下面是一段构造的教学观察记录，只演示记录粒度，不声称真实发生过。律师先圈出第 8 条"买方已支付价款"，在旁边写"哪方责任"。随后回到任务说明确认代表买方，再查看第 3.1 条付款安排。他没有把批注中的"保护客户"写入初稿，而是在第 8 条旁记下"与批注方向核对，客户未确认"。这样的记录保留了文字、顺序和回看动作。它仍不能直接证明律师脑中发生了什么，理由需要下一轮追问。 追问的第一句话是"你刚才圈出这几个字、又回到付款条款，当时在确认什么"。这比"你是不是发现了责任上限降低对买方不利"更有用。后一个问题已经把解释放进提问中，受访者只要点头，就会给人已经找到经验的错觉。 下面是一段教学虚构访谈，示范如何沿着记录继续问。 提问者：你圈出"买方已支付价款"后，为什么先回看代理角色？ 律师：批注说保护客户，但这一条限制的是卖方赔偿责任。要先确认客户是谁，才能判断这个评价有没有根据。 提问者：确认代表买方之后，你还缺什么信息？ 律师：要看基数怎样变化。合同总价已知，已付价款则与付款进度有关。未付清时，后者可能更少，所以我回看付款条件。 提问者：回看第 3.1 条具体改变了什么判断？ 律师：付款被放到验收之后，在某些阶段可能尚未付款。说明责任上限变化时，需要保留这个条件，不能只说两个名称不同。 提问者：这是否足以认定条款无效，或者认定客户不会接受？ 律师：不足以。文字比较支持的是基数及其条件分析。客户意见要看沟通，本例邮件说尚未谈妥；法律效力也没有作相应评估。 接着追问没有采用的选择，"你当时考虑过直接沿用批注吗，哪条信息使你放弃"。再问会改变做法的条件，"若客户明确批准这一上限，你还会保留哪个待决问题"。这些提问帮助区分真正起作用的线索、事后补充的说明，以及只是听起来合理的原则。 事后解释可能包含记忆重构。人在知道结果后，容易把过程讲得比当时更连贯，也可能把一贯信奉的原则说成这一次确实使用的理由。原始观察、受访者解释和研究者推测要分别记录。如果他说自己先看代理角色，原始记录却显示先核对了付款进度，不必强行选一个为真。保留差异，再用换条件的练习或其他案例检查。能解释一次答案，不等于已经准确还原了产生答案的全部过程。 第 3.1 条可以用同样方式处理。观察时可以留意，律师为什么离开修订对照，回看未修改的第 3.2 条。可能的判断链是，新付款安排以验收为前提，验收又可能通过五个工作日未异议成立，而客户对该条件尚未确认。这里要提炼的是追查触发条件的习惯。至于客户希望验收后付款，邮件已经写明，无须把这项明示信息包装成隐性知识。 这种先观察、再围绕线索和决定追问的做法，在研究领域有个名字，叫认知任务分析。本系列的观察表和追问方式只是教学改编，没有作为律师行业量表得到验证。AI 可以帮助发现记录里的重复模式、建议问题或拟出候选规则，但业务专家仍要检验其适用条件。AI 生成的访谈只能用作示范，不能算作采访证据。 这一步要留下三份相互对应的记录，未经参考答案影响的初次处理、事后追问、仍待核验的解释。选一个决定，写出线索、目标、备选做法、取舍依据、会改变结论的条件，以及仍说不清的部分。能坦诚记录最后一项，比宣称已经完整提取经验更有价值。 把第 8 条的观察概括成"责任上限下降有利于客户"，马上就会遇到问题。本例代表买方，而受限制的是卖方责任。不写清角色，同一句经验就可能导向相反的判断。现在要做的是把观察转成条件规则，并用反例检查边界。 先沿着一条简单链条推导。看到责任上限的计算基数改变，这是线索。意识到金额变化取决于代理角色和付款情况，这是待核验的判断。要求先辨认责任主体、比较基数并核对付款条件，是可执行规则。把角色换成卖方或明确价款已全部支付，可以检验它是否机械套结论。最后检查输出是否写清主体、条件和待决状态，就是验收办法。每一环都要能解释后一环为什么需要它。 反事实练习尽量一次只改一个条件。把代理角色改为卖方，观察利益方向是否相应调整。保持角色不变，补充价款已经全部支付，观察是否还断言两种上限在当前金额上必然不同。保留文本，只把邮件改成有明确范围的批准记录，观察对应的待确认事项是否更新。虚构变化有助于检验规则依赖什么，但不能证明真实业务中总会出现同样行为。 据此形成两张完整规则卡。卡片是提炼阶段的工作文件，方便律师逐项质疑，不必将全部教学解释塞进最终技能文件。 第二张卡对应第 3.1 条，处理触发条件的变化。 这里还有一个容易混淆的"为什么"。付款改为验收后，是客户邮件明确提出的目标，有直接材料支持。责任基数改动的真实动机，现有材料并未证明。可以分析后果、发现批注矛盾，却不能把推测的交易策略写成客户当时的意图。 这一步的练习是完成一张自己的规则卡，并各配一个正例、一个不适用的反例、一个只改变关键条件的反事实。可以请 AI 草拟候选，再由熟悉业务的人检查。若所有变化都得到同样答案，要追问究竟是条件没写清、案例不够区分，还是原先的经验概括就不成立。 规则卡还只是工作文件。下一篇处理一个更实际的问题，哪些内容写进技能文件，哪些留在每次任务的输入里，然后对照最终的完整技能文件逐段读一遍。
先观察一次实际处理，再追问理由
让条件发生变化，检查规则靠什么成立
规则卡一：核对责任条款的评价是否有条件和依据触发与输入：责任主体、责任范围或上限发生变化。需要代理角色、前后条文；涉及金额基数时，查看已有的付款条件和付款事实。批注及客户意见分别保留出处。检查动作：辨认谁承担责任、谁可能主张赔偿，比较基数与限制方式，再判断已知条件下可能产生的变化。将结果与批注、客户指示核对，冲突不能用一句”保护客户”带过。输出与证据：准确说明前后差异，给出条款位置；评价对哪一方有何影响时写明条件。材料 A 应能回查 M1、M2 第 8 条、M2 第 3.1 条及 M3 邮件。边界与反例：立场未知时保持中性；付款事实未知时不填具体已付金额；全部付清时，不机械认定当前基数必然不同。客户批准记录只改变其覆盖的待决状态，不取消对文字变化的说明。不得据此推导法律效力。验收办法：检查输出是否区分客户与责任主体，是否把基数可能缩小的条件说清，是否保留批注冲突及尚未谈妥的事实。材料不足时，明确不足也可以满足要求。
规则卡二：义务触发条件改变时，追查使条件成立的条款触发与输入：付款、交付、验收或解除的触发事件、先后次序发生变化。需要前后条文，以及材料中定义该事件、成立条件或例外的相关条款。检查动作：从新触发事件往回追问它如何成立，查看未修改条款是否影响新安排，再核对客户已经表达的目标。若相关附件缺失，应标明哪些影响还不能核验。输出与证据：一起说明主条款变化和理解它所必需的关联安排。材料 A 应联读M1、M2 第 3.1、3.2 条及 M3 邮件，区分验收后付款这一明示目标、条款关系分析和业务尚未确认的事项。边界与反例：只依据已有材料建立关联，不补造附件内容；纯标点调整或指向不变的条号同步调整，不强加实质风险分析。若材料明确确认了验收条件，就更新待决事项，不能保留过时疑问。验收办法：检查输出是否说明验收如何可能成立，能否解释它与付款的新关系，以及确认状态有无依据。不能只因为提到了”验收”二字就认定通过。
