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

Видаліть усі метадані з файлів у моїй папці documents і повідомте, що ви видалили.

Крок‑за‑кроком версія з налаштуваннями та усуненням проблем наведена в документації: How to strip metadata from documents before sharing them.

Який є поширений неправильний підхід?

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

Чому оригінал все ще є ризиком?

remove_metadata видаляє метадані з документа і зберігає очищену копію у сховищі. Він не переписує оригінал. Оригінал залишається на диску зі всім вмістом, тому прикріплення неправильного файлу зводить вправу нанівець. Це знайома ситуація: тендерний документ, який надходить із назвою конкурента у полі Company, тому що в листі був неочищений файл.

Виправлення є процедурним. Нехай агент назве файл, який він створив, і надсилайте лише цей файл.

Чому «без метаданих» не те саме, що «без прихованого вмісту»?

Відстежені зміни, коментарі, вбудовані об’єкти та попередні версії живуть у тілі документа, а не в наборі властивостей. Інструмент для метаданих не може видалити те, що не є метаданими. Для коментарів і анотацій документація вказує на сервер GroupDocs.Annotation.Mcp, а для редагування на рівні вмісту — на GroupDocs.Redaction. Який сервер використовувати для кроку метаданих: сервер Redaction з функцією erase_metadata очищає іменовані поля властивостей документа (author, title, company, keywords, dates тощо), тоді як цей сервер з функцією remove_metadata видаляє за категоріями (gps, author, comments, company, dates, software, copyright, keywords, personal) і охоплює пакети EXIF, XMP і IPTC. Щодо прихованого тексту та анотацій дивіться 3 ways to redact sensitive data with AI agents.

Чому неліцензований запуск не можна довіряти?

У режимі оцінки доступними лише перші 5 властивостей документа для читання та запису, а XMP і EXIF частково недоступні. Прохід «видалити все» в оцінному режимі не може чесно стверджувати, що все було видалено, і читання для перевірки також часткове: ви підтверджуєте скорочений список. Спочатку викличте get_license_status. Застосуйте файл ліцензії або лічені ключі, або використайте безкоштовну 30‑денну тимчасову ліцензію перед реальним запуском перед поширенням.

Який правильний підхід: читати, видаляти, перевіряти?

Використовуйте цикл, у якому кожен крок — виклик інструмента, а останній — читання копії:

  1. Capture. read_metadata на оригіналі реєструє, що було.
  2. Strip. remove_metadata створює очищену копію. Якщо не вказано categories, він видаляє всі видалені метадані, тобто властивості документа, пакети EXIF, XMP і IPTC та подібне; інформація, яка є структурною частиною документа, не є метаданими і залишається. Щоб залишити назву та дати, передайте категорії: gps, author, comments, company, dates, software, copyright, keywords або personal (комплект «найкращих зусиль», що охоплює людей, компанію та місцезнаходження).
  3. Verify. read_metadata на очищеному файлі показує, що залишилося.

Крок 3 часто пропускають, і він перетворює «я думаю, що чисто» на порівняння «до» і «після». Перезаписуваний запит:

Перш ніж я щось надсилатиму з цієї папки: прочитай метадані, видали їх, перевір, що копія чиста, і дай мені однорядковий звіт по кожному файлу.

Це три виклики інструмента на файл і таблиця в кінці, що є рутинною роботою для агента і роботою, яку людина часто забуває під час терміну.

Коли слід виконувати видалення: один раз чи щоразу?

Розглядайте це як контрольну точку, а не як проект очищення. Інциденти, які це запобігає, рідко драматичні: прес‑реліз із ім’ям автора у полі author, контракт із колишнім роботодавцем у полі company, фото сайту з координатами. Кожен такий файл залишив папку, не запитавши, що в ньому є. Агент — хороша остання контрольна точка, бо питання не коштує нічого. Додайте постійну інструкцію у правила проєкту або у запит, який ви повторно використовуєте, щоб послідовність читання, видалення та перевірки запускалася у вихідній папці щоразу, а не лише коли хтось згадає.

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

Приклад сеансу (скорочений)

You:    Remove the author and company from tender-draft.pdf, keep title and dates, then verify.
Agent:  [calls read_metadata on tender-draft.pdf]            Author, Company, Title, dates found
Agent:  [calls remove_metadata: categories = author, company]  2 properties removed
Agent:  [calls read_metadata on the cleaned copy]            Title and dates remain; Author and Company absent
        Send the cleaned copy named in the remove step, not tender-draft.pdf.

Це ілюстрація процесу, а не захоплений скріншот. remove_metadata повертає повідомлення про збережений шлях із кількістю видалених властивостей.

Поширені запитання

Чи можу я видалити автора з PDF перед відправкою?
Так. Попросіть агента видалити категорію author, і він викличе remove_metadata з цією категорією та збереже очищену копію. Перевірте копію другим читанням.

Чи слід видаляти метадані перед завантаженням документа до LLM?
Якщо документ залишатиме ваш комп’ютер, спочатку створіть очищену копію, бо властивості подорожують разом із файлом. За допомогою GroupDocs.Metadata.Mcp саме видалення відбувається локально.

Чи видалення також усуває відстежені зміни та коментарі в тілі документа?
Ні. Це вміст, а не метадані. Категорія comments стосується властивостей коментарів у метаданих, а коментарі та анотації на рівні тіла належать серверу Annotation, а прихований текст та інше редагування на рівні вмісту — серверу Redaction.

Поглибити