Ви можете проводити аудит метаданих документів за допомогою AI‑агента, задавши три точних питання, а агент відповідає, читаючи файли локально через GroupDocs.Metadata.Mcp. Типовий перший запит виглядає так:

Хто вказаний як автор і хто останнім змінив файл у всіх файлах у цій папці, і яку назву компанії вони мають?

Покрокова інструкція з налаштуванням та усуненням проблем доступна в документації: How to audit document metadata with an AI agent.

Чому аудит метаданих потребує інструменту, а не лише моделі?

Мовна модель не бачить метаданих. Вона бачить лише вставлений вами текст, а поля «author», «company name» та GPS‑координати не входять до цього тексту. Агент, який відповідає на питання «хто це написав?», не викликаючи інструмент, просто вгадує, і його вгадка звучить впевнено. GroupDocs.Metadata.Mcp — це MCP‑сервер, який надає Claude, Cursor, GitHub Copilot, VS Code та Windsurf реальні властивості файлу: агент викликає інструмент, отримує JSON і повідомляє, що знайдено. Файли залишаються у папці на вашому комп’ютері; лише властивості передаються моделі.

Три питання нижче — це ті, які розкривають більшість несподіванок щодо конфіденційності. Кожне з них працює як окремий запит.

Питання 1: хто вказаний як автор?

Хто вказаний як автор і хто останнім змінив файл у всіх файлах у цій папці?

Агент викликає search_metadata з фільтром, який повертає лише відповідні властивості, а не весь набір. Опис інструменту радить використовувати його «коли користувач запитує про КОНКРЕТНУ властивість, а не про весь набір». Фільтри: category (наприклад person), nameContains і valueContains, усі без урахування регістру. Результат — JSON‑об’єкт з полем count та масивом properties, що містить назву, значення та категорію.

Чому це важливо: поле автора часто містить справжнє ім’я людини, а «last-modified-by» іноді вказує колишнього співробітника. Ці дані не видно на сторінці.

Питання 2: яка компанія вказана у файлі?

Чи містить будь‑яка властивість у цих файлах стару назву компанії?

Знову використовується search_metadata, але з valueContains, встановленим у назву. Один виклик на файл, і count = 0 означає відсутність збігів. Поле компанії часто успадковується з шаблону, тому документ, створений сьогодні, може все ще нести назву колишнього роботодавця. Коли потрібна повна картина одного файлу, а не відфільтрований вигляд, агент застосовує read_metadata, який повертає всі властивості у вигляді JSON (перші 5 у режимі оцінки): author, title, дати та користувацькі властивості.

Питання 3: чи містять ці фотографії GPS‑координати?

Які з цих фотографій мають GPS‑координати? Де саме?

Категорія gps у search_metadata відповідає одразу. У режимі оцінки дані 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 і нічого не змінює. Безкоштовна 30‑денна тимчасова ліцензія доступна від GroupDocs для повної функціональності.

Часті запитання

Чи може 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 у шлях до папки, що містить файли, потім зареєструйте сервер у вашому клієнті. Конфігурація для кожного клієнта описана в документації.

Поглиблене вивчення