Політику редагування розкриття можна впровадити, записавши її як підказку, яку AI‑агент виконує у фіксованому порядку над кожним файлом локально на вашому комп’ютері. За допомогою GroupDocs.Redaction.Mcp, підключеного до Claude Code, Cursor або GitHub Copilot, вся політика вміщується в одну інструкцію:
Візьміть case-file.docx і підготуйте його для розкриття: замаскуйте всі електронні адреси та ім’я «Jane Smith», видаліть всі анотації, очистіть властивості документа. Застосуйте кожен крок до файлу, створеного попереднім, і назвіть файл, створений кожним кроком.
Версія крок за кроком з налаштуваннями та усуненням проблем доступна в документації: How to prepare documents for disclosure with an AI agent.
Чому ручний чек‑лист розкриття не працює?
Робота з розкриттям не складна, вона послідовна і повторювана. Спеціаліст зі зберігання записів, який готує публічний випуск документів, або юридична команда, що готує документи для відкриття, повторює однакові проходи над кожним файлом: імена та ідентифікатори в тексті, зображення, коментарі рецензентів, властивості документа. Пропустити один прохід легко в кінці довгого дня, а часткове редагування — найгірший результат, бо файл виглядає завершеним. Політика, що живе в підказці, застосовується однаково щоразу, а транскрипт фіксує, що було виконано.
Це придатність, а не сертифікація. Сервер видаляє те, що ви йому вкажете, у файлі, який ви йому передасте. Чи задовольняє результат вимоги FOI‑режиму, протоколу відкриття чи аудиту — ваше рішення.
Які кроки виконує агент і в якому порядку?
Політика складається з п’яти кроків. Кожен з перших чотирьох створює новий файл.
- Запустити
redact_textодин раз для кожного шаблону: імена, електронні адреси, ідентифікатори, номери рахунків. - Запустити
redact_image_areaдля підписів, фотографій, печаток і сканованих ділянок. Використовувати його для файлів‑зображень, таких як PNG або JPEG‑скани. - Запустити
redact_annotations, зазвичай зdeleteAll, оскільки внутрішні нотатки рецензентів рідко підлягають розкриттю. - Запустити
erase_metadataдля автора, компанії та дат. - Перевірити фінальний файл, про що йдеться в окремому дописі про верифікацію.
Що вирішує агент, а що робить движок?
| Рішення | Хто його приймає |
|---|---|
| Які шаблони виражають політику | Ви, агент пропонує регулярні вирази |
| Який інструмент обробляє кожне розташування | Агент |
| Чи буде видалено збіг у тексті | Движок, точно згідно з шаблоном |
| Який файл передається до наступного кроку | Агент, саме тому ви запитуєте назви файлів |
| Чи була політика виконана повністю | Ви |
Класифікатор відсутній. Движок застосовує схеми, які ви схвалили, і саме це робить запуск аудиторським.
Як зберегти кожен крок у фінальному файлі?
Кожен інструмент створює новий файл у стилі _redacted, а не редагує існуючий. Агент, який передає оригінальний файл у пізніший крок, створює документ, у якому застосовано лише цей крок, а попередні видалення відсутні. Інструкція «застосувати кожен крок до файлу, створеного попереднім» є керуванням, а назви файлів у транскрипті — аудиторським слідом.
Запитуйте шаблони по одному, а не одну непрозору інструкцію, вказуючи назву файлу, який був створений кожним викликом. Інструменти редагування повідомляють про збережений файл, а не про кількість збігів; будь‑яке число, яке дає агент, — це його власне трактування тексту. Кілька іменованих файлів формують запис, а одне відповідання «готово» — ні.
Приклад сеансу (скорочений)
You: Перед початком: який статус ліцензії сервера редагування?
Agent: -> get_license_status() mode: licensed
You: Візьміть case-file.docx і підготуйте його для розкриття: замаскуйте всі електронні адреси та ім’я "Jane Smith", видаліть всі анотації, очистіть властивості документа.
Застосуйте кожен крок до файлу, створеного попереднім, і назвіть кожен файл.
Agent: 1. redact_text on case-file.docx -> saved file
2. redact_text on the file from 1 -> saved file
3. redact_annotations on the file from 2 -> saved file
4. erase_metadata on the file from 3 -> saved file
Final file: the output of step 4, named in the transcript.
Як застосовувати політику до багатьох файлів?
Повторюйте одну й ту ж інструкцію для кожного файлу, або вкажіть папку і попросіть агента обробляти її документ за документом, називаючи вихідний файл для кожного. Тримайте текст політики ідентичним між запусками; однаковість — це суть. Оскільки режим оцінки дозволяє один документ на процес, такий пакет потребує ліцензійного файлу або лічильних ключів.
Як запобігти випуску оригіналів?
Оригінал розташовується поруч із його редагованою копією з майже ідентичною назвою, і легко випадково прикріпити неправильний файл до листа. Перемістіть готові оригінали з робочої теки або задайте окрему змінну GROUPDOCS_MCP_OUTPUT_PATH, щоб редаговані копії потрапляли у власну папку. Випуск неправильного файлу знищує всі попередні кроки.
Які обмеження режиму оцінки?
Режим оцінки робить робочий процес розкриття небезпечним, і повний запуск розкриття неможливий без ліцензії. Без ліцензії сервер дозволяє один документ на процес, одне редагування, обмежено 4‑ма замінами, плюс пробні бейджі. Результат — документ, який виглядає обробленим, але все ще містить дані, і ні в одному відповіді це не зазначено. Зробіть get_license_status першим кроком, як у наведеному вище сеансі.
- PDF на Linux. На Linux, включаючи Docker‑образ,
redact_image_areaіerase_metadataнаразі не працюють з PDF‑файлами (обробка зображень у PDF‑движку залежить відSystem.Drawing, який .NET підтримує лише на Windows); обидва працюють з Word‑документами, аredact_textпрацює з PDF. Запускайте редагування ділянок PDF та стирання метаданих на Windows за допомогоюdnx.
Питання та відповіді
Як підготувати документи для розкриття за допомогою AI‑агента, наприклад за запитом FOIA?
Він може виконати проходи редагування: текст за шаблоном, ділянки зображень, анотації та метадані. Ви все одно визначаєте шаблони, переглядаєте результат і вирішуєте, що випускати.
Чи можу я використовувати це для e‑discovery огляду?
Ті ж проходи застосовуються до документів, підготовлених для юридичного розкриття, і сервер працює локально. Він не визначає релевантність чи привілейованість і не є платформою для огляду.
Куди потрапляють редаговані копії?
У вихідну папку, яку ви налаштували. Встановіть GROUPDOCS_MCP_OUTPUT_PATH, щоб вони залишалися окремо від оригіналів.
Поглиблене вивчення
- Документація, канонічний посібник: Як підготувати документи для розкриття за допомогою AI‑агента
- Центр документації: GroupDocs.Redaction MCP Server
- Почніть тут: 3 способи замаскувати конфіденційні дані за допомогою AI‑агентів і MCP
- Пов’язано: Редагування сканованих документів, коли немає тексту для пошуку
- Пов’язано: Не довіряйте редагуванню, яке ви не перевірили
- On‑premise та модель безпеки: 3 архітектури AI‑обробки документів і та, що тримає файли всередині вашої мережі
- Питання: Форум GroupDocs Redaction
- Джерело: GroupDocs.Redaction.Mcp на GitHub