Una regla de comparación de documentos solo se aplica si cada par se compara, no solo los que alguien tuvo tiempo de revisar. Con el servidor GroupDocs.Comparison.Mcp, un solo mensaje hace que Claude Desktop, Claude Code, Cursor o GitHub Copilot comparen cada par de versiones en una carpeta localmente y reporten qué documentos cambiaron:
Para cada par
-v1/-v2en mi carpeta de documentos, compara los dos y dime qué facturas cambiaron y cómo. Una línea por factura.
La versión paso a paso con configuración y solución de problemas está en la documentación: How to batch-compare document versions in a folder.
¿Qué verificaciones fallan cuando la comparación es manual?
Tres situaciones se repiten con frecuencia, y en cada una de ellas el documento no revisado es el que importa:
- Un lote re‑emitido. Necesitas confirmar que el nuevo lote coincide con lo que se aprobó.
- La declaración de “sin cambios” de un proveedor. El proveedor dice que los documentos no cambiaron; tú necesitas evidencia.
- Una migración. Documentos trasladados entre sistemas o formatos, y la salida debe ser idéntica a la entrada.
En cada caso el costo no es la comparación sino la disciplina de ejecutarla para cada archivo. Un agente que recorra una carpeta elimina el problema de disciplina.
¿Cómo se ejecuta el flujo de trabajo?
- Nombra los pares de forma consistente. Cualquier convención sirve, por ejemplo
invoice-001-v1.pdfyinvoice-001-v2.pdf, en una sola carpeta. - Apunta el servidor a la carpeta. Define
GROUPDOCS_MCP_STORAGE_PATHcon esa ruta. Los archivos se resuelven por nombre, por lo que el agente pasainvoice-001-v1.pdf, no una ruta completa. - Verifica el modo de licencia. Pregunta: “¿Cuál es el estado de la licencia del servidor de comparación?” El agente llama a
get_license_status. - Ejecuta el barrido. Usa el mensaje del inicio de esta publicación. El agente llama a
analyze_changesuna vez por cada par. - Renderiza solo lo que importa. Pregunta: “Ahora genera copias marcadas para los tres que cambiaron.” El agente llama a
comparepara esos tres, y cada resultado se guarda como<source-stem>_compared<ext>. Los archivos existentes nunca se sobrescriben.
Usa analyze_changes para el barrido y compare solo para las excepciones. Renderizar treinta documentos marcados que nadie abre equivale a treinta veces el trabajo para obtener la misma respuesta.
¿Qué decide el agente y qué hace el motor?
| Paso | Agente | Motor |
|---|---|---|
Encontrar los pares -v1/-v2 |
Coincide con los nombres | |
| Comparar cada par | Llama a analyze_changes |
Detecta cambios, por página y celda de tabla |
| Decidir que un par no ha cambiado | Lee No changes detected |
Devuelve ese resultado |
| Informar al usuario | Escribe una línea por par | |
| Generar archivos para los que cambiaron | Llama a compare |
Renderiza el documento marcado |
El juicio de aprobado/reprobado lo determina el resultado del motor, no la impresión del agente sobre el texto.
Sesión de ejemplo
Abridged and illustrative; the real wording depends on your client and model.
You: For every -v1/-v2 pair in my documents folder, compare the
two and tell me which invoices changed and how. One line
per invoice.
Agent: [calls analyze_changes: invoice-001-v1.pdf, invoice-001-v2.pdf]
[calls analyze_changes: invoice-002-v1.pdf, invoice-002-v2.pdf]
[calls analyze_changes: invoice-003-v1.pdf, invoice-003-v2.pdf]
invoice-001: no changes detected
invoice-002: changes detected (see the list for the pages)
invoice-003: changes detected (see the list for the pages)
¿Cuáles son los límites de una ejecución por lotes?
- Límite de evaluación, por documento. Sin licencia, solo se comparan las primeras 2 páginas de cada documento y los resultados llevan una marca de agua, de modo que un informe por lotes queda incompleto de forma silenciosa. Verifica
get_license_statusantes de confiar en un barrido. - Mismo formato dentro de un par. Convierte primero si los dos archivos difieren en formato.
- Un nombre incorrecto no es fatal. La herramienta responde con la lista de archivos que puede ver, y el agente se corrige y vuelve a intentarlo.
- Los barridos largos llevan tiempo. Cada par es una comparación real; una carpeta con PDFs grandes lleva minutos, no segundos. Solicita progreso a medida que avanza.
Preguntas frecuentes
¿Puedo comparar varios archivos PDF a la vez con IA?
Sí. Coloca los pares en una carpeta y pide al agente que compare cada par. Llama a analyze_changes una vez por par y te brinda una respuesta consolidada.
¿Cómo detecto cambios no autorizados en documentos?
Compara la versión aprobada con la versión en circulación y pide al agente que liste los pares donde se detecten cambios. Cada par que devuelve No changes detected tiene el mismo contenido, siempre que el servidor esté licenciado: en modo de evaluación solo se comparan las primeras 2 páginas de cada documento.
¿Los archivos salen de mi máquina?
No. La comparación se ejecuta en un proceso local contra la carpeta que configuras. El texto de tu mensaje y las líneas que el agente reporta van al modelo que usa tu cliente.
Profundizar
- Documentación, guía canónica: How to batch-compare document versions in a folder
- Centro de documentación: GroupDocs.Comparison MCP Server
- Empezar aquí: 3 Ways to Compare Documents with AI Agents and MCP
- Relacionado: Why an AI agent should not redline a contract by reading it
- Relacionado: Change summaries for release notes, audits and approvals — automated with MCP
- Modelo on‑premise y de seguridad: 3 architectures for AI document processing, and the one that keeps files inside your network
- Preguntas: GroupDocs Comparison forum
- Fuente: GroupDocs.Comparison.Mcp on GitHub