工具焦虑对法律服务质量交付焦虑的以下犯上

写这篇文章之前给自己鼓了鼓劲。

OpenClaw

最近 OpenClaw 很火。

这个项目以“开源”“Agent”“自动化”的姿态出现，迅速占领我的朋友圈。很多律师同行都在探索它对法律服务的“赋能”、对隐私和文件的冲击。苦于自身基本业务的冗杂和紧急，我近几天才能有时间摸索一下现在的开源工具，我想看看能不能重新尝试做 RSS（结果当然是抱憾而归）。做着做着，我想起了二十年前的珊瑚虫案，就去翻了那份一审辩护词。

那种“第三方插件/增强能力”和“平台规则/商业秩序”之间的冲突，并不是今天才发生的。

“养小龙虾”🦐与工具焦虑

我入行这几年，法律行业的效率叙事愈发热闹。各种“只要××工具，律师就能×倍提效”的话术，在屏幕上滚动得像一场永不散场的推销会。最近又有新的潮词，“养小龙虾”——仿佛每个人都需要在自己的电脑里养一只随叫随到、能写能查能跑的智能劳工；仿佛不养，就会落伍；仿佛不跟上，就会被淘汰。

许多热闹并不来自真实的需求，而来自过度的焦虑。被迫把工作想象成一条可被无限压缩的流水线；把“变强”误认成了“添置”，把“专业”误认成了“装备”。

我入行时间段、经验浅薄，除开我对自己职业生涯的探索，回到我每天编辑文书、拆解案件、在各个城市短暂来回奔跑的日常中，我需要的不是谁更酷、谁更热闹，而是什么东西更符合“低摩擦工作流”和“低容错率”的现实。

OpenClaw 和 Claude Code

春节前我认真尝试了改进自己的 Obsidian 知识库和插件，添置了很多 Claude Code 的 skill 插件。结果是：网络和质量问题一并袭来，攻击我的钱包，对我的工作效率也没太多提升。

OpenClaw 更擅长把模型、工具、脚本、甚至屏幕操作串成流程；Claude Code 更像“为写代码而生的开发者工具”，在工程边界里读仓库、改代码、跑测试、做版本。

这几句话听上去很技术，但落在我这种更需要多做基础业务积累经验的人身上，很快就变成另一套翻译：

如果一个工具的主要能力来自“跨应用自动化”，那它往往会碰到接口、权限、日志、供应链、安全边界这些麻烦事；

如果一个工具的主要能力来自“工程内改动”，它反而更容易把行为收敛在可追溯的 diff、可回滚的版本、可复核的测试里。

那为什么我在 Obsidian 里装了一些 Claude Code 的 skill 插件，效果还是差强人意？

法律工作需要参考的内容太多了，上下文太碎，吃不进全局。

插件更擅长生成，但最费时间和精力的法律工作是加工和调整。

最要命的是：它如果做不到来源定位与可回滚，我就不敢让它把内容写进库里，做成可交付的产品。

我能接受的“AI提效”标准

我要的是低摩擦工作流。

我需要一边看、一边写、一边改。我不想为了“让 AI 工作”而增加新的流程。我更不想在碎片阶段，把一句错的时间、一笔错的金额、一个错的主体悄悄写进系统——因为法律文书的特点决定了，容错率极低：前期碎片化信息一旦错了，后面所有加工、引用、重组，都会被一起带偏。我的饭碗和声誉也要受到挑战。

所谓 AI 提升效率，它在我这里最好像输入法一样，随手就能用，用完就走，不额外占用心智。它必须能让错误浮出水面，而不是把错误藏进漂亮的文字里。最起码，任何重要信息都要能回到来源，任何改动都要能撤回。

OpenClaw的“跨时代”

如果把这样的标准立在这里，很多“养小龙虾”的热闹就会自动降温：如果它只能带来更多环节、更多不透明、更多不可追溯，那它不配出现在一个律师的工作台上。

但话也要说回来——小龙虾也好，OpenClaw 也好，它们之所以能在短时间里引爆讨论，不是因为营销文案写得好，而是确实踩中了“超前”的那一部分需求。

它把“对话式指令”从聊天框里拖了出来，指向了可执行的动作与流程。对普通人来说，这不是“更会聊天”，而是“终于能做事”。

它让人重新意识到：未来的交互可能不是“点来点去”，而是“把意图讲清楚，让系统去完成”。哪怕今天的实现还粗糙，这个方向本身是超前的

也正是在这里，另一个不太愉快的现实会浮出来：开源项目被各大厂商学习、吸收成自家产品。

当一项开放的创造，最终只能以更封闭的形态被大规模交付；当贡献者的劳动被“产品化”后，只剩下更高的围墙、更难迁移的数据、更少的接口；当创新的火种被收编进各自的花园里，用户获得的是更顺滑的体验，失去的却是“可连接、可搬走、可再组织”的自由——久而久之，人们就不再相信开放是默认，也不再把共享当作天经地义。

所以我对 RSS 进行了一些尝试之后，又灰了心。

钉在地面的原则

在法律工作里，有一套更冷峻、也更可靠的核对方式：当一个结论要成立，它必须对得上规则与要件；当一个观点要被采信，必须经得住事实链条的检验；当一个风险要被承受，必须先把边界写清楚。工具再新，也不能替代这些基本方法。很多时候，工具越喧哗，我们越需要回到这些“慢”的核对与复核上，让它们成为心里那把尺。

但职业能力从来不是“养出来”的，而是“做出来”的。我做过多少次事实梳理，才会知道哪些事实是“关键事实”；我做过多少次证据审查，才知道了一份材料的“可采性”“关联性”“证明力”不是漂亮的字眼。

本就处在一个高风险、高不确定、强责任的场域：一纸文书可能调整一个企业的生命周期，影响当事人自由，甚至改变一个家庭的命运。在这样的场域里，工具的价值不在于“神化”，而在于“服役”：它要服役于我的判断，服役于我的流程，服役于我对证据与程序的敬畏。

让我无比怀念的RSS

那份辩护词里，还有一条更深的线：它并不只是争辩个案的构成要件，也在谈一个时代的技术关系——当第三方开发、插件生态、开放接口成为创新的土壤时，市场会长出怎样的活力；当这种土壤被拔掉，创新又会如何转向。

互联网早期的理想，包含一种朴素的相信：协议是共享的，链接是自由的，信息可以被订阅、被引用、被再组织；工具应该降低门槛，让更多人参与创造，而不是把人圈进封闭的围墙里。

这种相信，今天并没有完全消失，但它常常被“平台化”压得很低：

许多服务不再鼓励外部连接，而倾向于把一切留在自家生态内。

接口被谨慎对待，甚至被逐步收紧；外部开发被视为风险，而不是机会。

用户获得信息的方式，被从“订阅与管理”变成“算法投喂与停留时长”。

在这样的环境里，“养小龙虾”式的自动化热潮，往往不是因为我们突然更需要自动化，而是因为正常的开放路径被堵得太多：当接口缺失、协议受限、数据被分割，许多本可以通过规范 API 完成的事情，只能退化为“模拟点击”“截屏识别”“键鼠代劳”。

RSS 不花哨，却很诚实：你订阅什么，就收到什么；你管理源，就管理了信息入口；你把信息带回自己的阅读器，就把节奏拿回自己手里。

RSS 不是“最新技术”，甚至谈不上“强大功能”。可它是一种秩序：去中心、可迁移、可组合、可长期积累。它让信息像水一样流动，而不是像粮食一样被圈在仓里。

可这么多年过去，RSS 并不是被更先进的技术淘汰的，而是被生态的变化边缘化的。平台更愿意你留在它的 App 里，更愿意你接受算法的安排，更愿意你在封闭的时间线上消耗注意力，而不是把内容带走、再组织、再创造。

于是，RSS“几乎绝户”的真正原因，并不是它不够好用，而是它不符合平台的利益结构。

这也解释了为什么今天的工具焦虑如此汹涌：当信息入口被平台控制，我们只能在平台给的缝隙里求解；当你的知识来源散落在不同围墙内，你不得不花更大的力气把它们抓回来；当你无法稳定地订阅与沉淀，只能用“临时搜索”去对抗“长期积累”。

而临时搜索，最容易带来焦虑：因为你永远觉得不够、永远担心漏掉、永远害怕错过某个关键点。

知识管理

我越来越愿意把知识管理理解成一种“职业结构”，而不是一套“应用组合”。

工具会过时，产品会停更，平台会迁移，甚至某个让我惊艳的模型，半年后也可能被更强的替代。可模式不会。

对律师而言，真正值得进入系统的，往往不是“新闻热搜”，而是可被反复调用的东西：

1.法条与司法解释的结构化笔记（条文、适用条件、争议焦点、裁判口径）。

2.类案要点与裁判思路（可复核、可引用、可类比）。

3.自己经办案件的事实模型与证据模型（当事人画像、交易结构、关键时间线、证据缺口与补强路径）。

当律师把输入变成秩序，焦虑会明显下降。因为我知道我在积累什么，而不是被动接收什么。知识管理最容易被误解为“收藏”。但收藏只是入口，加工才是核心。对律师而言，加工意味着：把“材料”写成“事实时间线”；把“碎片证据”拼成“证据链”；把“争议点”写成“构成要件与举证责任表”；把“经验”写成“可复用的检查清单与模板”。法律材料常常庞杂，程序节点也密集，任何一句含混都可能带来误读。越依赖加工，越能在变化中保持稳定。

知识管理最美的时刻，是它回到现实：在一个新案里，快速调出相似结构、相似争点、相似证据路径；在一次庭前会议里，能把复杂材料讲成清晰的三点；在一次深夜写作里，知道从哪里落笔，不再从零开始。这种“从零开始的次数越来越少”，就是长期主义的回报。它也会让我对工具更从容：不会因为错过某个风口而恐慌，也不会因为别人晒出某个新玩法而自责。

工具是手段，系统是根，判断是骨。

为学日益，为道日损

法律工作需要一种“慢”的能力：面对新问题，先回到规则与边界；面对强叙事，先核对证据；面对诱惑与恐惧，先把底线写清。互联网曾经也有过一种“慢”的能力：允许连接，允许订阅，允许迁移，允许个人把信息带走、再组织、再创造。今天，这两种“慢”都显得稀缺。工具可以更换，模式会留下。在这种市场浪潮下，修炼内功更为妥当。

我希望工具服务于需求，希望效率服务于正义，希望技术服务于人的尊严。