每个律师都做过这件事：判决书要给客户看，先把当事人姓名、身份证号删掉；尽调材料要在团队和外部顾问之间传阅，先把银行账号、住址抹掉；案例要写进文章或培训课件，先把个人信息处理干净。
做法出奇一致：搜一个「在线 PDF 脱敏」「在线文档脱敏工具」，把文件拖进去，处理完下载。快是真的快，但整个过程里，你把一份带敏感信息的法律文档，完整上传到了一个陌生服务器上。
风险不在工具好坏，在路径本身
很多人评估这类工具时的关注点是「脱敏效果好不好、格式乱不乱」，而真正的问题发生在更早的一步：上传完成的那一刻，数据已经出域了。
对律师和法务而言，这不是抽象的安全概念，而是具体的义务问题：
- 保密义务：案件材料、客户信息在未获同意的情况下提供给第三方服务，与保密承诺的直接冲突往往没有被意识到
- 委托人的合理期待：客户把材料交给你，默认它只在必要的范围内流动——这个范围不包括某个你连运营方是谁都不清楚网站的服务器
- 留痕与可验证性：在线工具「处理完即删除」的承诺无法验证，你没有任何手段证明那份文档的副本不存在
更隐蔽的是，你上传的往往比你想的更多。PDF 的元数据、Word 的修订痕迹与批注、扫描件图片里的完整内容——这些「看不见的部分」跟着文件一起走了，而人工检查几乎从不覆盖它们。
四个高频场景，每一格都在出域
对照律所的日常工作流，出域发生的密度比想象中高：
- 交付客户：法律意见书、检索报告脱敏后作为样例交付——为了展示能力，先把上一个客户的敏感信息交给了在线工具
- 尽调共享：尽调底稿在团队、顾问、中介之间传阅前的「技术性处理」——恰恰是交易中最需要保密的商业信息
- 案例研讨：所内培训、行业分享用的真实案例——当事人以为信息被保护了，实际上先经过了一次外部服务器
- 对外发表：论文、公众号文章、课程课件里的裁判文书引用——发布前的脱敏环节，反而成了信息最不受控的一环
共同点是：脱敏本来是保密措施，执行脱敏的动作本身却成了泄密路径。这是用在线工具做这件事的结构性矛盾，跟选用哪家的工具无关。
「答应不出域」和「架构上无法出域」是两回事
在线工具最常见的安全表述是：传输加密、处理完删除、不用于训练。这些承诺有一个共同特征——你只能选择相信，无法验证。
工程上有一条分界线，可以把安全方案分成两类：
- 一类靠流程和承诺保证：数据来了、处理了、删掉了。每个环节都依赖对方的正确执行，任何一次失误或恶意，你都不知道、也无法追回
- 一类靠架构保证：处理过程根本不经过外部服务器。不存在「删除副本」的问题，因为副本从物理上就没有产生过
对保密义务刚性、后果不可逆的法律文档，第二类不是「更稳妥的选择」，而是逻辑上的必然。一个架构上不存在出域通道的方案，和一个承诺不出域的方案，不是同一安全等级的两个选项。
本地脱敏，该长什么样
把处理拉回本机只是底线；对律师和法务真正可用的本地脱敏，还要过四关：
- 格式关：只处理 PDF 不够。Word 的修订痕迹、PPT 课件、图片和扫描件都要能处理，扫描件的 OCR 识别也得在本机完成——否则识别那一步又出去了
- 批量关：交付前的脱敏经常是几十上百份文档，一份份手工处理等于把风险留在加班的深夜；文件夹拖入、流水线推进才是可用形态
- 质量关：脱敏最怕「自以为删干净了」。检测覆盖核验、残留信息扫描、抽样复核、逐份报告——宁可把拿不准的标出来等人工确认，也不默默认为完成
- 规则关：每个案件的敏感项不一样——当事人姓名、特定项目代号、自定义词表，规则要能自己定义、保存、复用
这四关合在一起，才是「本地」两个字的实际含义：不只是数据位置变了，而是整条质量链路都要在没有外部依赖的前提下闭环。
写在最后
我们在做 隐迹 这款产品时，把「本地处理」定成了架构前提而不是功能选项：识别、脱敏、质检全部在本机执行，离线状态下照常工作；PDF、Word、PPT、图片、扫描件全覆盖，文件夹拖入批量处理；五重质量门禁逐份核验，执行零泄露红线——没通过核验的文档不放行，标记出来等人工复核。
文档不出本机，在我们这里不是一句可以写进隐私政策的承诺，而是这条路径在架构上就不存在。对每天经手他人最敏感信息的法律行业，我们认为这才是文档脱敏工具的默认形态。
隐迹提供 14 天全功能免费试用，支持 macOS / Windows / Linux，也支持团队 Docker 私有化部署统一规则。你可以从产品页了解全部细节。