To review a contract revision with an AI agent, do not paste both versions into the chat and ask what differs. Put both files in a folder, let the GroupDocs.Comparison.Mcp server find the changes locally, and ask Claude Desktop, Claude Code, Cursor or GitHub Copilot to judge them:
Compare contract-v1.docx with contract-v2.docx. List every change, and flag anything touching payment terms, liability, or termination.
The step‑by‑step version with config and troubleshooting is in the documentation: Как проверять изменения в контрактах с помощью AI‑агента.
Что не так с тем, чтобы просить чат‑бота найти правки?
Обычный рабочий процесс имеет пробел. Контрагент присылает «несколько небольших правок» в виде нового файла без отслеживания изменений. Вы вставляете обе версии в помощника и спрашиваете, что изменилось. Помощник отвечает плавно, и вы не можете понять, полон ли ответ, потому что поиск различий — это измерение, а модель генерирует текст. Перефразованное предложение или число в ячейке таблицы — это именно тот тип изменения, который уверённое резюме может упустить.
Доказательство, которое вы можете проверить, — это форма вывода. Резюме модели — это проза. Результат движка — это список: каждый пункт имеет тип (вставка, удаление, изменение стиля), страницу, компонент, изменённый фрагмент, окружающий текст и ячейку таблицы, если изменение находится в таблице. Вы можете подсчитать этот список и отфильтровать его. Подсчитать абзац нельзя.
Что должно решать агент, а что — движок?
| Вопрос | Решает |
|---|---|
| Какой текст отличается между v1 и v2? | Движок, через analyze_changes |
| На какой странице, в какой ячейке таблицы? | Движок, в каждой записи об изменении |
| Затрагивает ли это изменение оплату, ответственность или расторжение? | Агент, читая список движка |
| Приемлем ли для нас срок в 45 дней? | Вы |
| Как выглядит файл с разметкой? | Движок, через compare |
Агент никогда не выдумывает различие. Он только интерпретирует те, которые вернул движок.
Как запустить проверку?
Шаг 1: Спросите, что изменилось. Поместите contract-v1.docx и contract-v2.docx в папку, на которую указывает GROUPDOCS_MCP_STORAGE_PATH, затем используйте подсказку из начала этого поста. Агент вызывает analyze_changes и проверяет список по вашим трём критериям. Поскольку каждая запись содержит страницу и ячейку таблицы, ответ может сказать, что график платежей в таблице на странице 4 изменился с 30 на 45 дней, а не просто «что‑то изменилось на странице 4».
Шаг 2: Получите файл с разметкой.
Now give me the marked-up version I can send to legal.
Агент вызывает compare, который сохраняет contract-v1_compared.docx в вашей папке вывода. Рецензенты открывают его в Word с подсвеченными различиями. Больше ничего не требуется.
Шаг 3: Запросите детали списка. Список изменений остаётся в разговоре, поэтому последующие вопросы не требуют нового сравнения:
Did anything change in section 7?
Were any clauses deleted outright?
Show me only the style changes. I want to know if emphasis moved.
Изменение стиля и изменение формулировки — это отдельные записи, поэтому агент может сказать «это стало жирным» и «это стало 45 дней».
Пример сеанса
Сокращённый и иллюстративный; реальная формулировка зависит от вашего клиента и модели.
You: Compare contract-v1.docx with contract-v2.docx. List every
change, and flag anything touching payment terms, liability,
or termination.
Agent: [calls analyze_changes: contract-v1.docx, contract-v2.docx]
Flagged: the payment schedule in the table on page 4 changed
from 30 to 45 days. Other changes are listed below with their
page and surrounding text.
Каковы ограничения этой проверки?
- Проверьте режим лицензии перед тем, как доверять результату. В режиме оценки сравниваются только первые 2 страницы, а результат содержит водяной знак. На двадцатистраничном контракте это даёт короткий, успокаивающий список изменений — это худший сбой для данного рабочего процесса. Спросите «what is the license status of the comparison server?», агент вызовет
get_license_status, и"mode": "evaluation"означает, что вы видите лишь две страницы контракта. - Ваш запрос не локален. Документы остаются на вашей машине. Текст вашего запроса и любые фрагменты, которые агент цитирует, отправляются к модели, которую использует ваш клиент. Для полностью локальной работы соедините сервер с локально развернутой моделью.
FAQ
Существует ли AI‑инструмент для проверки контрактов, который сохраняет конфиденциальность документов?
Да: сравнение происходит в дочернем процессе на вашей машине с файлами в выбранной вами папке. Только текст запроса и цитируемые фрагменты попадают к поставщику модели.
Можно ли сравнить две версии контракта с помощью AI, если нет отслеживания изменений?
Да. Движок сравнивает сами файлы, поэтому ему не нужны включённые изменения в каком‑либо из них.
Может ли он обнаружить правку, скрытую внутри таблицы?
Да. Каждая запись об изменении содержит ячейку таблицы, если изменение находится в таблице, поэтому агент может указать именно её, а не только страницу.
Углублённое изучение
- Документация, канонический how‑to: Как проверять изменения в контрактах с помощью AI‑агента
- Центр документации: GroupDocs.Comparison MCP Server
- Начните здесь: 3 Ways to Compare Documents with AI Agents and MCP
- Связанное: Change summaries for release notes, audits and approvals — automated with MCP
- Связанное: Enforce Document Comparison with Automated Workflows Using MCP
- On‑premise и модель безопасности: 3 architectures for AI document processing, and the one that keeps files inside your network
- Вопросы: GroupDocs Comparison forum
- Исходный код: GroupDocs.Comparison.Mcp on GitHub