Puedes auditar los metadatos de documentos con un agente de IA haciendo tres preguntas precisas, y el agente responde leyendo los archivos localmente a través de GroupDocs.Metadata.Mcp. Un primer mensaje típico es:

¿Quién está listado como autor y último modificador en los archivos de esta carpeta, y qué nombre de empresa lleva?

La versión paso a paso con configuración y solución de problemas está en la documentación: Cómo auditar los metadatos de documentos con un agente de IA.

¿Por qué una auditoría de metadatos necesita una herramienta y no solo un modelo?

Un modelo de lenguaje no puede ver los metadatos. Ve el texto que pegues, y el campo de autor, el nombre de la empresa y las coordenadas GPS no están en ese texto. Un agente que responde “¿quién escribió esto?” sin llamar a una herramienta está adivinando, y la suposición suena segura. GroupDocs.Metadata.Mcp es un servidor MCP que le da a Claude, Cursor, GitHub Copilot, VS Code y Windsurf las propiedades reales de un archivo: el agente llama a una herramienta, recibe JSON y reporta lo que hay. Los archivos permanecen en una carpeta de tu máquina; solo las propiedades viajan al modelo.

Las tres preguntas a continuación son las que explican la mayoría de las sorpresas de privacidad. Cada una funciona como un mensaje independiente.

Pregunta 1: ¿quién está nombrado como autor?

¿Quién está listado como autor y último modificador en los archivos de esta carpeta?

El agente llama a search_metadata con un filtro, que devuelve solo las propiedades coincidentes en lugar de todo el conjunto de propiedades. La descripción de la herramienta indica usarla “cuando el usuario pregunta por una propiedad ESPECÍFICA en lugar de todo el conjunto”. Los filtros son category (por ejemplo person), nameContains y valueContains, todos sin distinción de mayúsculas. El resultado es un objeto JSON con count y una matriz properties de nombre, valor y categoría.

Por qué importa: el campo de autor suele contener el nombre real de una persona, y el campo de último modificador a veces nombra a un ex‑empleado. Ninguno de los dos aparece en la página.

Pregunta 2: ¿qué empresa está escrita en el archivo?

¿Alguna propiedad en estos archivos todavía contiene el nombre antiguo de la empresa?

Esto es search_metadata de nuevo, con valueContains establecido al nombre. Una llamada por archivo, y un count de 0 significa que no hay coincidencias. El campo de empresa se hereda frecuentemente de una plantilla, de modo que un documento escrito hoy puede seguir llevando el nombre de un empleador anterior. Cuando necesitas la imagen completa de un archivo en lugar de una vista filtrada, el agente usa read_metadata, que devuelve todas las propiedades como JSON (las primeras 5 en modo de evaluación): autor, título, fechas y propiedades personalizadas.

Pregunta 3: ¿estas fotos contienen coordenadas GPS?

¿Cuáles de estas fotos tienen coordenadas GPS? ¿Dónde?

La categoría gps de search_metadata responde directamente. En modo de evaluación los datos GPS de EXIF no están disponibles, así que un recuento de 0 no prueba nada; verifica primero get_license_status. Una foto tomada en casa y publicada tal cual es el ejemplo estándar de una fuga de ubicación, y un mensaje de auditoría es más rápido que abrir manualmente las propiedades de cada imagen. Si los archivos no son imágenes, get_document_info ofrece una verificación ligera del tipo, tamaño, número de páginas y estado de cifrado sin enumerar propiedades.

Sesión de ejemplo (abreviada)

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).

Esto es una ilustración del flujo, no una captura de pantalla. Los nombres de las herramientas y la forma de la respuesta siguen la referencia de herramientas.

Lo que la auditoría no puede decirte en modo de evaluación

Sin una licencia el servidor se ejecuta en modo de evaluación, y el límite documentado es exacto: solo se pueden leer las primeras 5 propiedades del documento, y XMP y EXIF están parcialmente indisponibles. XMP expone solo sus dos primeros esquemas, y para EXIF los datos GPS y la miniatura de la imagen no están disponibles. La respuesta no menciona esto, por lo que una auditoría que dice “no se encontró nada sensible” puede simplemente haber dejado de leer. Para una verificación de cumplimiento, una auditoría en modo de evaluación es incompleta por diseño.

Antes de confiar en cualquier resultado, pregunta:

¿Cuál es el estado de la licencia del servidor de metadatos?

El agente llama a get_license_status, que informa el modo como evaluation, licensed o metered y nunca modifica nada. Una licencia temporal gratuita de 30 días está disponible en GroupDocs para funcionalidad completa.

Preguntas frecuentes

¿Puede Claude comprobar un PDF en busca de información de autor oculta sin subirlo?
Sí, cuando GroupDocs.Metadata.Mcp se ejecuta en tu máquina. El cliente inicia el servidor como un proceso local sobre stdio, el archivo se lee desde tu carpeta de almacenamiento, y solo las propiedades devueltas llegan al modelo.

¿Cómo encuentro metadatos ocultos en archivos PDF y DOCX para una verificación de cumplimiento de metadatos de documentos?
Pide al agente que lea o busque cada archivo con read_metadata o search_metadata, y conserva un registro del modo de licencia mediante get_license_status. Una verificación de cumplimiento realizada en modo de evaluación es incompleta, porque solo se pueden leer 5 propiedades.

¿Por qué mi auditoría muestra solo unas pocas propiedades?
Probablemente estás en modo de evaluación, que devuelve solo las primeras 5 propiedades del documento. Verifica get_license_status y aplica un archivo de licencia o claves de uso medido.

Configúralo

Ejecuta el servidor con Docker o con el .NET 10 SDK:

dnx GroupDocs.Metadata.Mcp --yes

Establece GROUPDOCS_MCP_STORAGE_PATH a la carpeta que contiene los archivos, luego registra el servidor en tu cliente. La configuración por cliente está en la documentación.

Profundiza más