把一家受严格监管的律师事务所完完全全搬到自由软件上，连续跑上约 5 年，最后会留下什么？英国小型律所 decoded.legal 创始人 Neil Brown 近期交出了他的最新一份生产环境答卷（原文标称发布时间为 2026-11-06 12:18:47）。这份清单里最刺眼的不是满屏的终端命令行工具，而是两次主动撤退：他拆掉了开源私有云明星项目 Nextcloud，还关停了运行多年的自建 Jitsi 视频会议服务器。这给所有想摆脱微软和商业 SaaS 的专业机构提了个醒：内部管理软件随时能换，但跨组织协作的外部协议霸权与单人运维的边际成本，才是决定开源替代生死的真边界。
砍掉 Nextcloud 与 Jitsi：五年自托管走向原子化收缩
Neil Brown 的这场实验始于 2022 年 10 月发表的《Running a law firm on Linux: a year or so in》，随后在 2024 年 9 月和本次标称的 2026 年 11 月两次更新，标题也从早期的 Linux 转向更彻底的 Free software。作为一家自 2016 年 1 月 4 日起获英国律师监管局（SRA，注册编号 626329）批准执业的律所，decoded.legal 专注互联网、电信与科技法，从客户端到服务端几乎全部跑在自由软件与自托管硬件上。
在客户端，这位注册执业律师用一台翻折屏的 ThinkPad X1 Yoga Gen 6 跑 Debian 与 GNOME 桌面，日常重度混用 mutt、vim、ikhal、toot、links 等终端工具，手机端则刷入 GrapheneOS 并依赖 F-Droid 获取应用，且明确拒绝引入任何 AI 工具。服务端硬件已逐步减少树莓派，主力迁往 Intel NUC 迷你主机；除了用 Hugo 换到纯 bash 静态博客生成器 BSSG、关停律所自有联邦宇宙实例和 CryptPad 协作文档外，真正伤筋动骨的架构变动发生在文件同步与音视频会议。
早期尝试自托管的团队，往往喜欢部署 Nextcloud 这类大而全的开源套件，试图原地复刻一个私有版 Office 365。Neil Brown 这次直接弃用了 Nextcloud，直言它带来的麻烦远多于解决的问题，转而拆解为 Syncthing 负责文件同步、radicale 负责日历与通讯录同步。这种遵循 UNIX 哲学、一个工具只干一件事的组合，反而让微型团队从繁琐的升级排障中解脱出来。
另一个更现实的退让是关停 Jitsi。尽管理念上推崇去中心化，但律所开会终究要迁就客户；绝大多数时候他必须通过 Firefox 浏览器挤进客户发起的 Microsoft Teams 或 Zoom 房间，自建 Jitsi 服务器常年空转，最终被中心化的 Signal 取代。单家机构的技术洁癖，在跨组织沟通的外部网络效应面前根本没有谈判筹码。
为什么普通商事律所抄不走这套自由软件作业
在法律服务业，Microsoft Word 从来不只是一个打字软件，它的修订模式（Track Changes）与排版规则实际上构成了跨律所合同谈判的底层交互协议。Microsoft Word 桌面版拥有专门面向法律场景的法律黑线（legal blackline）文档比对功能，其官方机制会在比对层面默认接受原文档既有修订以生成差异结果，这套行业标准把绝大多数律所死死钉在微软生态里。
Neil Brown 在文中轻松表示，需要与同行交换 Word 文档时打开 LibreOffice Writer 即可，与使用微软或苹果软件的客户协作零障碍。但这恰恰是外界最容易产生可复制性幻觉的地方：LibreOffice 官方文档明确将修订标记（revision marks）列为与 Microsoft Word 导入导出 DOCX 文件时可能引发转换兼容性问题的功能特性之一。在动辄十几轮批注来回拉锯的常规并购或商事诉讼中，任何嵌套编号错乱或修订归属丢失都可能酿成严重的执业事故。
决定律所能否去微软化的不是内部管理软件，而是客群对文档协议的容忍度。
decoded.legal 之所以能绕过这道铁壁，靠的是其高度垂直的科技法客群底座。这家精品所日常打交道的是互联网与电信技术公司，他平时用 vim 写 Markdown，再靠 pandoc 与 typst 转换成文档，甚至有客户主动偏爱直接对 .tex 源码文件做 diff 比对。脱离了这种极客客户生态，普通商事律所只要接手一份带复杂格式修订的对手方合同，非原生 Word 工具链在第一步就会卡壳。
哪怕在律所内部管理软件的选择上，他也避开了垂直行业造轮子的陷阱。开源社区里明明躺着采用 AGPL 协议、涵盖案件、工时、账单、客户接洽与信托账户（trust）管理的自托管律所系统 Kosmos，GitHub 上也有采用 Apache-2.0 协议的 LexNebulis 与 OpenLawOffice，但 decoded.legal 一个都没用。
他选择用通用的 EspoCRM 管理案件、Kimai v2 记录工时、InvoicePlane 生成 PDF 账单（不开放客户端交互），配合 LiberaForms 收集加密的客户背景调查表。原因不难理解：垂直行业的开源项目往往维护人手有限，成熟度远不如高活跃度的通用开源组件；而只发静态 PDF 账单的做法，也侧面说明该所业务较为轻量，无需处理复杂的客户托管资金与信托账户实时对账。
- 结论.专业机构去 SaaS 化的可行路径不是寻找一套开源版行业全家桶，而是用高成熟度的通用原子化工具拼装内部流程，同时在外部协作界面上老老实实兼容主流商业标准。
省下的 SaaS 订阅费，全变成了律师的隐性运维账
很多人把全栈自由软件等同于零成本与高安全，但翻遍 Neil Brown 的历次更新及相关公开资料，他从未披露过采用自由软件后的具体成本节约金额、IT 总支出或律师费率对比。这笔经济账如果算上专业人士的时间机会成本，结论恐怕完全不同。
英国律师监管局（SRA）的保密与技术合规指南写得很清楚，律所在选用技术系统时必须自行承担客户信息保密与治理责任；decoded.legal 拥有受监管执业资质，绝不代表 SRA 已经审查或背书了它的自由软件技术栈。主流律所每年向微软或 Clio 等法律 SaaS 厂商支付高昂订阅费，买的不仅是软件功能，更是把底层基础设施安全与合规兜底责任外包出去的保险。
而在 decoded.legal，这位高薪执业律师必须自己充当全栈系统管理员。他要在 Intel NUC 上维护 postfix 与 dovecot 邮件服务（正计划考察现代一体化方案 Stalwart），配置 WireGuard VPN、unbound 与 Pi-Hole DNS，用 LUKS 与 Cryptomator 做磁盘和同步加密，用 vaultwarden 配合 YubiKey 管密码，还要自己跑 greenbone/OpenVAS 漏洞扫描、Wazuh 安全信息事件管理、Uptime Kuma 监控以及 restic 备份，并维护一大堆自动化 bash 与 cron 脚本。
- 风险.文中所有的加密与漏洞扫描措施均属作者自我陈述，缺乏独立第三方安全审计验证；一旦遭遇零日漏洞或硬件突发故障（例如其主力笔记本正面临雷电接口数据传输不稳定的硬件隐患），单人兼职运维的律所将同时面临业务停摆与监管追责的双重单点故障。
这套跑通五年的极客方案，真正适合效仿的是两类人：一是具备深厚 Linux 运维功底、客群同样来自技术圈的独立咨询师或精品律所合伙人；二是正在做产品减法的开源工具开发者。接下来最值得盯住的三个风向标，是他将传统邮件栈迁往 Stalwart 的实效、因不满 Mozilla 路线而从 Firefox 转向 LibreWolf 等分支的动作，以及 typst 等现代排版工具能否在科技法律圈撕开更大一道口子。