Zásada redakce pro zveřejnění může být vynucena tím, že ji zapíšete jako výzvu, kterou AI agent spouští v pevně daném pořadí na každém souboru, lokálně na vašem počítači. S GroupDocs.Redaction.Mcp připojeným k Claude Code, Cursor nebo GitHub Copilot, celá zásada se vejde do jednoho pokynu:
Vezměte case-file.docx a připravte jej k zveřejnění: zakryjte všechny e‑mailové adresy a jméno „Jane Smith“, odstraňte všechny anotace, vymažte vlastnosti dokumentu. Každý krok aplikujte na soubor vytvořený předchozím krokem a pojmenujte soubor, který každý krok vytvoří.
Verze krok za krokem s konfigurací a řešením problémů je v dokumentaci: Jak připravit dokumenty k zveřejnění pomocí AI agenta.
Proč selhává manuální kontrolní seznam pro zveřejnění?
Práce na redakci není obtížná, je sekvenční a opakující se. Úředník pro záznamy připravující zveřejnění veřejných záznamů nebo právní tým připravující dokumenty pro discovery opakují stejné průchody u každého souboru: jména a identifikátory v textu, obrázky, recenzní komentáře, vlastnosti dokumentu. Přeskočit jeden průchod je na konci dlouhého dne snadné a částečná redakce je nejhorší výsledek, protože soubor vypadá dokončeně. Zásada, která žije ve výzvě, se použije stejným způsobem pokaždé a přepis zaznamenává, co bylo spuštěno.
Jedná se o vhodnost, nikoli o certifikaci. Server odstraní to, co mu řeknete, v souboru, který mu poskytnete. Zda výsledek splňuje režim svobody informací (FOI), protokol discovery nebo audit, zůstává na vás.
Jaké kroky agent spouští a v jakém pořadí?
Zásada má pět kroků. Každý z prvních čtyř vytvoří nový soubor.
- Spusťte
redact_textjednou pro každý vzor: jména, e‑mailové adresy, identifikátory, čísla účtů. - Spusťte
redact_image_areapro podpisy, fotografie, razítka a naskenované oblasti. Použijte jej na obrazové soubory jako PNG nebo JPEG skeny. - Spusťte
redact_annotations, obvykle sdeleteAll, protože interní recenzní poznámky jsou zřídka zveřejnitelné. - Spusťte
erase_metadatapro autora, společnost a data. - Ověřte finální soubor, který je předmětem samostatného příspěvku o ověřování.
Co rozhoduje agent a co dělá engine?
| Rozhodnutí | Kdo to rozhoduje |
|---|---|
| Které vzory vyjadřují zásadu | Vy, s agentem navrhujícím regulární výrazy |
| Který nástroj zpracuje každé umístění | Agent |
| Zda je textová shoda odstraněna | engine, přesně podle toho, co vzor říká |
| Který soubor je předán dalšímu kroku | Agent, což je důvod, proč žádáte o názvy souborů |
| Zda byla zásada kompletní | Vy |
Neexistuje žádný klasifikátor. Engine aplikuje vzory, které schválíte, a to je to, co činí běh auditovatelným.
Jak zachovat každý krok ve finálním souboru?
Každý nástroj zapíše nový soubor ve stylu _redacted místo úpravy na místě. Agent, který předá původní soubor do pozdějšího kroku, vytvoří dokument, ve kterém je aplikován jen ten krok a předchozí odstranění chybí. Pokyn „aplikovat každý krok na soubor vytvořený předchozím“ je kontrolou a názvy souborů v přepisu jsou auditní stopou.
Požadujte vzory po jednom místo jedné nejasné instrukce, s názvem souboru, který každé volání vytvořilo. Nástroje pro redakci hlásí uložený soubor, ne počet shod; jakékoli číslo, které agent uvede, je jeho vlastní interpretací textu. Několik pojmenovaných souborů tvoří záznam a jedna odpověď „hotovo“ ne.
Příklad relace (zkrácený)
You: Než začnete: jaký je stav licence redakčního serveru?
Agent: -> get_license_status() mode: licensed
You: Vezměte case-file.docx a připravte jej k zveřejnění: zakryjte všechny e‑mailové adresy a
jméno „Jane Smith“, odstraňte všechny anotace, vymažte vlastnosti dokumentu.
Aplikujte každý krok na soubor vytvořený předchozím, a pojmenujte každý soubor.
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
Finální soubor: výstup kroku 4, pojmenovaný v přepisu.
Jak spustit zásadu na mnoha souborech?
Opakujte stejný pokyn pro každý soubor, nebo pojmenujte složku a požádejte agenta, aby ji zpracovával po jednom dokumentu, pojmenovávaje výstupní soubor pro každý. Udržujte text zásady mezi běhy identický; stejnost je podstatou. Protože evaluační režim umožňuje jeden dokument na proces, taková dávka vyžaduje licenční soubor nebo měřené klíče.
Jak zabránit uvolnění originálů?
Originál leží vedle své redigované kopie s téměř stejným názvem a špatný soubor je snadno připojit k e‑mailu. Přesuňte dokončené originály mimo pracovní složku nebo nastavte samostatnou GROUPDOCS_MCP_OUTPUT_PATH, aby redigované kopie končily ve své vlastní složce. Uvolnění špatného souboru zruší každý předchozí krok.
Jaká jsou omezení evaluačního režimu?
Evaluační režim činí workflow zveřejnění nebezpečným a úplný běh zveřejnění není možný bez licence. Bez ní server umožňuje jeden dokument na proces, jednu redakci, omezenou na 4 nahrazení, plus zkušební odznaky. Výsledkem je dokument, který vypadá zpracovaně, ale stále obsahuje data, a nic v odpovědích to neříká. Nastavte get_license_status jako první krok, jako v relaci výše.
- PDF na Linuxu. Na Linuxu, včetně Docker obrazu,
redact_image_areaaerase_metadatav současnosti selhávají u PDF souborů (zpracování obrázků PDF engine závisí naSystem.Drawing, který .NET podporuje jen na Windows); oba fungují u Word dokumentů aredact_textfunguje u PDF. Proveďte redakci oblastí PDF a mazání metadat na Windows sdnx.
Často kladené otázky
Jak připravím dokumenty k zveřejnění pomocí AI agenta, například na žádost FOIA? Může provést redakční průchody: text podle vzoru, oblasti obrázků, anotace a metadata. Stále definujete vzory, kontrolujete výsledek a rozhodujete, co bude uvolněno.
Mohu to použít pro e‑discovery revizi? Stejné průchody se vztahují na dokumenty připravené pro právní zveřejnění a server běží lokálně. Nerozhoduje o relevanci ani o privilegovanosti a není to platforma pro revizi.
Kam se ukládají redigované kopie? Do výstupní složky, kterou nastavíte. Nastavte GROUPDOCS_MCP_OUTPUT_PATH, aby byly oddělené od originálů.
Prohloubení
- Dokumentace, kanonický návod: Jak připravit dokumenty k zveřejnění pomocí AI agenta
- Středisko dokumentace: GroupDocs.Redaction MCP Server
- Začněte zde: 3 způsoby, jak redigovat citlivá data pomocí AI agentů a MCP
- Související: Redigování naskenovaných dokumentů, když není žádný text k nalezení
- Související: Nevěřte žádné redakci, kterou jste neověřili
- On-premise a bezpečnostní model: 3 architektury pro AI zpracování dokumentů a ta, která udržuje soubory uvnitř vaší sítě
- Otázky: GroupDocs Redaction forum
- Zdroj: GroupDocs.Redaction.Mcp on GitHub