您可以通过向 AI 代理提出三个精确的问题来审计文档元数据,代理会通过 GroupDocs.Metadata.Mcp 在本地读取文件并给出答案。典型的第一条提示是:
谁在此文件夹中的文件里被列为作者和最后修改者?他们所属的公司名称是什么?
带有配置和故障排除的逐步说明请参见文档: 如何使用 AI 代理审计文档元数据。
为什么元数据审计需要工具而不仅仅是模型?
语言模型无法看到元数据。它只能看到您粘贴的文本,而作者字段、公司名称以及 GPS 坐标并不在这些文本中。一个在不调用工具的情况下回答“谁写的?”的代理其实是在猜测,而这种猜测往往显得很自信。GroupDocs.Metadata.Mcp 是一个 MCP 服务器,它向 Claude、Cursor、GitHub Copilot、VS Code 和 Windsurf 提供文件的实际属性:代理调用工具,接收 JSON,并报告其中的内容。文件仍保留在您机器上的文件夹中,只有属性会传递给模型。
下面的三个问题能够解释大多数隐私惊讶点。每个问题都可以单独作为提示使用。
问题 1:谁被标记为作者?
谁在此文件夹中的文件里被列为作者和最后修改者?
代理调用 search_metadata 并使用过滤器,只返回匹配的属性而不是整个属性集合。工具说明中指出应在“用户询问特定属性而非全部属性时”使用它。过滤器包括 category(例如 person)、nameContains 和 valueContains,均不区分大小写。返回的结果是一个包含 count 和 properties 数组(其中每项包含 name、value 和 category)的 JSON 对象。
为什么重要:作者字段通常保存真实的个人姓名,最后修改者有时会显示前员工的名字。这些信息在页面上是看不到的。
问题 2:文件中写入了哪个公司名称?
这些文件中是否仍然包含旧的公司名称?
这仍然是使用 search_metadata,只需将 valueContains 设置为公司名称。每个文件调用一次,count 为 0 表示没有匹配。公司字段常常继承自模板,因此今天创建的文档仍可能携带前雇主的名称。当您需要查看单个文件的完整信息而不是过滤视图时,代理会使用 read_metadata,它会返回所有属性的 JSON(在评估模式下仅返回前 5 条):作者、标题、日期以及自定义属性。
问题 3:这些照片是否包含 GPS 坐标?
哪些照片包含 GPS 坐标?具体在哪里?
search_metadata 的 gps 类别可以直接回答此问题。在评估模式下,EXIF GPS 数据不可用,因此 count 为 0 并不能证明没有坐标;请先检查 get_license_status。在家拍摄并直接发布的照片是位置泄露的典型案例,使用审计提示比手动打开每张图片属性要快得多。如果文件不是图片,get_document_info 可以轻量检查文件类型、大小、页数和加密状态,而无需列出属性。
示例会话(节选)
You: Does any property in contract-2024.docx still contain "Northwind"?
Agent: [calls search_metadata: valueContains = "Northwind"]
Agent: 1 match. Company = "Northwind Traders" (category: corporate).
这仅用于说明流程,并非实际截屏。工具名称和回复结构遵循工具参考文档。
评估模式下审计无法告诉您的内容
如果没有许可证,服务器会以评估模式运行,文档中明确限制:只能读取前 5 条文档属性,且 XMP 与 EXIF 部分不可用。XMP 只暴露前两个方案,EXIF 的 GPS 数据和图像缩略图也不可用。响应中不会提及这一点,因此审计结果显示“未发现敏感信息”可能只是因为读取被提前终止。对于合规检查来说,评估模式下的审计本身就是不完整的。
在信任任何结果之前,请先询问:
元数据服务器的许可证状态是什么?
代理会调用 get_license_status,该接口会报告模式是 evaluation、licensed 或 metered,且永远不会修改任何内容。GroupDocs 提供免费 30 天的临时许可证,以获得完整功能。
常见问题
Claude 能在不上传文件的情况下检查 PDF 中的隐藏作者信息吗?
可以,只要 GroupDocs.Metadata.Mcp 在您的机器上运行。客户端以本地进程方式通过 stdio 启动服务器,文件从您的存储文件夹读取,只有返回的属性会传递给模型。
如何在 PDF 和 DOCX 文件中查找隐藏的元数据以进行文档元数据合规检查?
让代理使用 read_metadata 或 search_metadata 读取或搜索每个文件,并记录 get_license_status 返回的许可证模式。评估模式下的合规检查是不完整的,因为只能读取 5 条属性。
为什么我的审计只显示少量属性?
您可能处于评估模式,该模式仅返回前 5 条文档属性。请检查 get_license_status 并使用许可证文件或计量密钥。
设置方法
使用 Docker 或 .NET 10 SDK 运行服务器:
dnx GroupDocs.Metadata.Mcp --yes
将 GROUPDOCS_MCP_STORAGE_PATH 设置为保存文件的文件夹路径,然后在客户端注册该服务器。每个客户端的配置请参见文档。
深入了解
- 文档、标准操作指南: 如何使用 AI 代理审计文档元数据
- 文档中心: GroupDocs.Metadata MCP Server
- 下一步: 使用 MCP 的自动化 AI 工作流强制执行元数据标准
- 下一步: 照片来源问题,由 AI 代理在本地回答且无需上传图像
- 下一步: 为什么剥离元数据并不能让文档安全共享
- 本地部署与安全模型: 3 种 AI 文档处理架构,以及保持文件在网络内部的方案
- 问题讨论: GroupDocs Metadata 论坛
- 源代码: GroupDocs.Metadata.Mcp on GitHub