Щоб підсумувати, що змінилося між двома версіями документа, запитайте у вашого AI‑агента відповідь, а не файл. За допомогою сервера GroupDocs.Comparison.Mcp, Claude Desktop, Claude Code, Cursor або GitHub Copilot викликає analyze_changes, який порівнює два файли локально і повертає різниці у вигляді даних без рендерингу:
Що змінилося між proposal-draft.docx і proposal-final.docx? Коротко.
Версія крок за кроком з налаштуваннями та усуненням проблем знаходиться в документації: Як підсумувати, що змінилося між двома документами.
Чому підсумок не потребує згенерованого документа?
Рендеринг позначеного документа — це дорога половина порівняння: двигун має розташувати та записати новий файл. Питання типу «ціна змінилася?» або «чи є щось, чим варто занепокоїтись?» вимагають відповіді, і відповідь вже є у списку змін. analyze_changes виявляє ті ж різниці, що й compare, але пропускає рендеринг і збереження результатного файлу.
analyze_changes |
compare |
|
|---|---|---|
| Виявляє зміни | Так | Так |
| Записує позначений файл | Ні | Так, <source-stem>_compared<ext> |
| Залишає файли у вашій вихідній теці | Немає | Один на виклик |
| За метричним ліцензуванням | Менше споживання | Більше споживання |
| Використовуйте для | Питання, підсумки, цикли | Файли для надсилання або архівування |
Як отримати один список змін, щоб відповісти на багато питань?
Інструмент повертає <N> change(s) detected, після чого йде JSON‑масив. Кожен запис містить тип зміни, сторінку, компонент, змінений фрагмент, оточуючий вихідний та цільовий текст, клітинку таблиці та інформацію про стиль. Агент зберігає цей масив у розмові та фільтрує його:
Тільки видалення, будь ласка.
Ігноруйте форматування і покажіть зміни, що змінюють зміст.
Групуйте зміни за сторінками.
Чи змінився якийсь номер?
Ні одне з цих дій не перечитує документи. Зміна стилю та суттєва правка — це різні записи, тому агент може розділити «це стало жирним» від «це стало 45 днів».
Як налаштувати?
Запустіть dnx GroupDocs.Comparison.Mcp --yes (з .NET 10 SDK) або Docker‑образ ghcr.io/groupdocs-comparison/comparison-net-mcp, і встановіть GROUPDOCS_MCP_STORAGE_PATH у теку, що містить ваші документи.
Які підсумки ви можете автоматизувати за його допомогою?
Примітки до випуску для набору документів. Порівняйте попередню та поточну версію політики або специфікації і попросіть список змін у вигляді маркованих пунктів простою мовою.
Порівняйте handbook-2025.docx з handbook-2026.docx і напишіть примітки до випуску: один пункт на суттєву зміну, ігноруйте форматування.
Аудиторський журнал. Попросіть список змін з їхніми сторінками, щоб рецензент міг перевірити кожну у джерелі.
Перерахуйте кожну зміну між ledger-q2.xlsx і ledger-q3.xlsx разом зі сторінкою кожної.
Перевірка затвердження. Підтвердіть, що те, що було затверджено, збігається з тим, що було надіслано.
Чи є approved-offer.docx ідентичним за вмістом sent-offer.docx?
No changes detected — це дійсна і корисна відповідь у цьому випадку. Вона підтверджує, що два файли мають однаковий вміст, навіть якщо їх байти різняться через повторне збереження або експорт, що не може визначити побайтовий diff для DOCX або PDF. У режимі оцінки чистий результат охоплює лише перші 2 сторінки кожного документа, тому перевірте get_license_status перед тим, як покладатися на нього.
Приклад сеансу
Скорочений і ілюстративний; реальна формулювання залежить від вашого клієнта та моделі.
Ви: Що змінилося між proposal-draft.docx і
proposal-final.docx? Коротко.
Агент: [calls analyze_changes: proposal-draft.docx, proposal-final.docx]
Двигун виявив зміни. Коротко: таблицю цін було відредаговано,
і один абзац був видалений. Запитайте список по сторінках
або позначену копію, якщо вам це потрібно.
Якщо вам потім потрібен файл, скажіть про це: «Тепер дайте мені позначену копію тих, що стосуються цін». Агент тоді викликає compare. Спочатку підсумуйте, рендеринг за потребою.
Які обмеження?
- Обмеження оцінки. Без ліцензії порівнюються лише перші 2 сторінки кожного документа, а результат містить водяний знак, тому довгий документ тихо повідомляє про менше змін, ніж є. Спочатку запитайте «який статус ліцензії у сервера порівняння?», агент викликає
get_license_status. - Помилки — це текст. Помилка двигуна повертає текст, який починається з
Analyze failed for, тому автоматична перевірка повинна шукати цей префікс.
Питання та відповіді
Чи може AI підсумувати різниці між двома PDF без їх завантаження?
Так. Порівняння виконується в локальному процесі над файлами у вибраній вами теці. Текст підсумку, який пише агент, надходить до моделі, яку використовує ваш клієнт.
Чи можу я отримати різниці простою англійською?
Так. Двигун повертає структуровані дані, а агент перетворює їх у прозу потрібної довжини та деталізації, яку ви запитуєте.
Чи є відповідь дешевшою, ніж повне порівняння?
Вона пропускає рендеринг і не записує файл, що є частиною, яку видаляє analyze_changes. За метричним ліцензуванням це означає менше споживання; документація не публікує цифру за виклик.
Поглиблене вивчення
- Документація, канонічний посібник: Як підсумувати, що змінилося між двома документами
- Центр документації: GroupDocs.Comparison MCP Server
- Почніть тут: 3 способи порівняти документи за допомогою AI‑агентів та MCP
- Пов’язано: Чому AI‑агент не повинен вносити правки в контракт, просто читаючи його
- Пов’язано: Забезпечення порівняння документів за допомогою автоматизованих робочих процесів з використанням MCP
- Локальна інсталяція та модель безпеки: 3 архітектури для AI‑обробки документів, і та, що зберігає файли всередині вашої мережі
- Питання: GroupDocs Comparison forum
- Джерело: GroupDocs.Comparison.Mcp on GitHub