进门就自护的敏感文档
税号、账号、IBAN:文档一进 workspace,里面的敏感实体自己变成编号占位 —— 同一个人、同一个账号,整份文档一套一致的掩码。员工照样读、照样问;机器永远不碰原始值。唯一干净副本是加密的 —— 掩码不是显示层的小戏法:明文根本不在可引用的地方。

文档只进来一次:敏感的部分保持被掩
文档落进 workspace:其中带有的敏感实体变成编号占位符 —— 同一个人、同一个账号,全文档一套一致的掩码。员工照旧阅读、照旧提问;机器永远不在原始值上工作。唯一干净副本加密保存 —— 掩码不是显示层的把戏:明文根本不存在于可引用的地方。
只有对的人,只凭意图
需要真实数字?只有一扇门:该 workspace 里一个显式的权限(逐人),读取像一切操作一样入账,而且活动日志不可改动 —— 谁在何时读了什么,你可以核对。没有权限,材料保持掩码 —— 机器也一样:widget 与外部工具永远收不到重组文本,服务端强制。
一句诚实的空白
员工问到被掩的字段,回答说的是:这处材料已被掩码 —— 它不猜。文档带答案的地方,答案带引用来;不带的地方,workspace 念它自己配置的那句话。不发明任何东西:主张的登记就是这个平台写字的标准。
看现场
预约演示 —— 带一夹子你会担心的文档来,看掩码一行一行落定:
- 预约演示 → /zh/contact
- 操作指南:/zh/docs/document-dlp-pipeline
- 工程深度:/zh/blog/dlp-document-pipeline
Facts in this post - FACT-CENSUS rows F-DLP-1, F-AUDIT-1 (cited in the plan). Provenance: the product docs at v0.28.1.


