可以通过将披露脱敏策略编写为 AI 代理运行的提示，并以固定顺序在本机上针对每个文件执行，从而强制执行该策略。使用连接到 Claude Code、Cursor 或 GitHub Copilot 的 GroupDocs.Redaction.Mcp，整个策略可以浓缩为一条指令：

将 case-file.docx 进行披露准备：脱敏所有电子邮件地址和姓名 “Jane Smith”，删除所有批注，清除文档属性。将每一步应用于前一步生成的文件，并为每一步生成的文件命名。

带有配置和故障排除的逐步版本请参见文档：How to prepare documents for disclosure with an AI agent。

为什么手动披露清单会失效？

披露工作并不困难，它是顺序性的且重复性很强。负责准备公开记录发布的记录官员，或准备发现文件的法律团队，会在每个文件上重复相同的处理：文本、图像、审阅评论、文档属性中的姓名和标识符。长时间工作后容易漏掉某一步，而部分脱敏是最糟糕的结果，因为文件看起来已经完成。将策略写入提示后，每次都会以相同方式应用，并且记录会保存执行过程。

这属于适用性，而非认证。服务器会删除您指示它删除的内容，且仅在您提供的文件中进行。结果是否符合信息公开（FOI）制度、发现协议或审计要求，仍由您自行决定。

代理执行哪些步骤，执行顺序是什么？

该策略共五步。前四步各生成一个新文件。

  1. 对每个模式运行一次 redact_text：姓名、电子邮件、标识符、账号。
  2. 对签名、照片、印章和扫描区域运行 redact_image_area。可在 PNG 或 JPEG 等图像文件上使用。
  3. 运行 redact_annotations，通常配合 deleteAll，因为内部审阅备注很少可以披露。
  4. 运行 erase_metadata，删除作者、公司和日期等元数据。
  5. 验证最终文件，详见单独的验证帖子。

代理决定什么，引擎执行什么？

决策 谁做出决定
哪些模式表达策略 您，代理会提出正则表达式
哪个工具处理每个位置 代理
文本匹配是否被删除 引擎，严格按照模式执行
哪个文件传递给下一步 代理，这也是您要求文件名的原因
策略是否完整 您

没有分类器。引擎仅应用您批准的模式，这正是运行可审计的原因。

如何在最终文件中保留每一步？

每个工具都会生成一个新的 _redacted 风格文件，而不是就地编辑。若代理在后续步骤中仍使用原始文件，则生成的文档只会包含该步骤的处理，之前的删除会缺失。指令 “将每一步应用于前一步生成的文件” 起到控制作用，记录中的文件名即为审计轨迹。

请一次只请求一个模式，而不是一次性给出不透明的指令，并在每次调用后记录生成的文件名。脱敏工具会报告保存的文件，而不是匹配计数；代理给出的任何数字都是它对文本的自行解读。多个具名文件形成记录，而单一的 “完成” 回复并不足以证明全部步骤已执行。

示例会话（节选）

You:    Before you start: what is the license status of the redaction server?
Agent:  -> get_license_status()   mode: licensed
You:    Take case-file.docx and prepare it for disclosure: redact all email addresses and the
        name "Jane Smith", delete all annotations, clear the document properties.
        Apply each step to the file produced by the previous one, and name each file.
Agent:  1. redact_text        on case-file.docx       -> saved file
        2. redact_text        on the file from 1      -> saved file
        3. redact_annotations on the file from 2      -> saved file
        4. erase_metadata     on the file from 3      -> saved file
        Final file: the output of step 4, named in the transcript.

如何在多个文件上运行该策略？

对每个文件重复相同指令，或指定一个文件夹并让代理一次处理一个文档，同时为每个输出文件命名。保持每次运行的策略文本完全一致；一致性正是关键。由于评估模式每个进程只能处理一个文档，此类批处理需要许可证文件或计量密钥。

如何防止原始文件被泄露？

原始文件与其脱敏副本并列，名称几乎相同，容易误将错误的文件附在邮件中。将已完成的原始文件移出工作文件夹，或设置单独的 GROUPDOCS_MCP_OUTPUT_PATH，使脱敏副本落入专用文件夹。错误文件的发布会抵消之前的所有步骤。

评估模式的限制是什么？

评估模式会使披露工作流变得危险，且在没有许可证的情况下无法完成完整的披露运行。没有许可证时，服务器每个进程只能处理一个文档、一次脱敏，且最多只能进行 4 次替换，还会附带试用徽章。结果是一个看似已处理但仍包含数据的文档，且响应中没有任何提示。请像上面会话那样将 get_license_status 设为第一步。

  • PDF on Linux. 在 Linux（包括 Docker 镜像）上，redact_image_area 和 erase_metadata 目前无法处理 PDF 文件（PDF 引擎的图像处理依赖 System.Drawing，而 .NET 仅在 Windows 上支持）；两者在 Word 文档上可用，redact_text 在 PDF 上可用。请在 Windows 上使用 dnx 进行 PDF 区域脱敏和元数据擦除。

常见问题

如何使用 AI 代理准备披露文档，例如 FOIA 请求？
它可以执行脱敏步骤：按模式处理文本、图像区域、批注和元数据。您仍需定义模式、审阅结果并决定哪些内容可以发布。

我可以将其用于电子发现审查吗？
相同的步骤适用于法律披露准备的文档，且服务器在本地运行。它不决定相关性或特权，也不是审查平台。

脱敏副本会保存到哪里？
保存到您配置的输出文件夹。设置 GROUPDOCS_MCP_OUTPUT_PATH 可使其与原始文件分离。

深入了解