リダクションは、リリースしようとしているファイルを確認したときにのみ完了し、AI エージェントが数回の呼び出しでローカルにそのチェックを実行できる場合に完了します。GroupDocs.Redaction.Mcp を Claude Code、Cursor、または GitHub Copilot に接続して、まずリダクションされたコピーをテキストとして読み戻し、検索します:
case-file_redacted.pdf のテキストを抽出し、そこにメールアドレスが含まれているか教えてください。
何もないことが期待されます。設定とトラブルシューティングを含むステップバイステップのバージョンはドキュメントにあります: リダクションが完了したことを確認する方法.
「ツールが実行された」だけが証拠とならない理由
エラーなしで完了したリダクションツールは、パターンやファイル、ライセンス状態、データが隠れている他の場所について何も示しません。検証されていないリダクションは主張であり、コントロールではありません。通常この問題が起こるのは特別なケースではなく、失敗の種類は少数です:
- データは削除されずに覆われただけです。テキスト上に不透明なブロックを描くと、テキストはファイル内に残り、読者はそれをコピーできます。Wikipedia の リダクション 記事では、2005 年の米軍報告書(ニコラ・カリパリの死亡に関する)で、PDF にブロックされた部分がコピー&ペーストで取得できた事例が説明されています(BBCニュース、2005年5月2日 も参照)。
- パターンがバリアントを見逃した:異なる区切り文字、改行、大小文字の違い。
- 手順が誤ったファイルに適用され、後の手順が前の手順を取り消した。
- コメントやドキュメントプロパティにまだ人物名が残っている。
- ライセンス未取得の実行は、置換上限で静かに停止した。
誤った検証方法は何ですか?
エージェントに「すべて取得しましたか?」と尋ねて「はい」と受け入れることです。エージェントには新しい情報がなく、自己の呼び出しを要約しているだけです。二つ目の誤った方法は、生成したと思うファイルを検証することです。チェーン規則により、手順を飛ばしたドキュメントを検証することが完全に可能です。
正しい検証方法は? 四つのチェック
リリース予定の正確なファイルで実行してください。
1. リダクションされたコピーをテキストとして読み戻す。 上部のプロンプトは、テキストを返すツール(例:GroupDocs.Parser.Mcp の extract_text(docs))を使用してこれを行います。このツールは Docker イメージとして提供されます。ヒットがある場合は、パターンがバリアントを見逃したか、評価上限に達したことを意味します。このチェックには redact_text を使用しないでください:保存されたファイルを報告するだけでカウントはせず、別のコピーを書き出すため、見た目がきれいな返信では何も証明できません。
2. 他の三か所をチェックする。 注釈やプロパティはテキスト検索に現れません。GroupDocs.Annotation.Mcp サーバーは get_annotations で注釈を一覧表示し、コメントごとにページとメッセージのエントリを返します。
リダクションされたコピーの注釈をチェックし、ドキュメントプロパティを読み取ってください。
すべてのパッケージにわたる詳細なプロパティチェックには、GroupDocs.Metadata.Mcp サーバーの read_metadata ツールが JSON 形式で全メタデータプロパティを返し、EXIF、XMP、IPTC も読み取ります。これがサーバー間のループです:Redaction サーバーが削除し、別のサーバーが読み戻します。
3. ページを確認する。 領域リダクションはテキスト検索では検証できません。ドキュメントを開くか、エージェントに GroupDocs.Viewer.Mcp の render_page ツールで各ページをレンダリングさせ、各ボックスが意図した箇所を完全に、正しいページで覆っていることを確認してください。
4. それを生成した実行のライセンス状態を確認する。
リダクションサーバーのライセンス状態は何ですか?
回答が evaluation の場合、リダクションは4回の置換で上限がかけられています。検証では通常これが示されますが、正確に4件一致したドキュメントは合格と見なされても実際は誤りです。常にまずライセンスを確認し、次に検証します。get_license_status が最初の質問に答え、領域リダクションが関与する場合は get_document_info がページ数とサイズを返します。
例示セッション(抜粋)
You: What is the license status of the redaction server?
Agent: -> get_license_status() mode: licensed
You: Extract the text of case-file_redacted.pdf and tell me whether any email address appears.
Agent: -> extract_text (Parser server) No email addresses in the extracted text.
You: Now check it for annotations and read its document properties.
Agent: -> get_annotations (Annotation server) no annotations
-> read_metadata (Metadata server) Author, Company: empty
You: Summarize what you redacted, in which file, and what the verification found.
証拠はどのように保管しますか?
検証トランスクリプト(使用したパターン、生成されたファイル、読み戻しで見つかった内容)は、リダクションが実行されチェックされたことを示す記録です。エージェントに要約としてそれを求め、ケースファイルと共に保管してください。これは監査証跡としての適合性であり、結果の認証ではありません。
検証では何が分からないか?
パターンが適切だったかどうかは検証できません。上記は、削除を依頼したものがなくなったことを示しています。何を削除すべきかは利用者の判断であり、ツールが代わりに行うことはありません。
評価モードの制限は何ですか?
プロセスあたり1つのドキュメント、1つのリダクション、4回の置換で上限が設定され、さらにトライアルバッジがあります。この上限はデモ用の制限です。ライセンス未取得の実行はリダクションされたように見えてもデータが残っている可能性があるため、検証を信頼する前に get_license_status を確認してください。
- PDF on Linux. Linux では Docker イメージを含めて
redact_image_areaとerase_metadataは現在 PDF ファイルで失敗します(PDF エンジンの画像処理はSystem.Drawingに依存しており、.NET は Windows のみでサポート)。これらは Word 文書では動作し、redact_textは PDF で動作します。PDF の領域リダクションとメタデータ削除は Windows でdnxを使用して実行してください。
よくある質問
私のリダクションされた PDF は本当にリダクションされていますか? リダクションされたコピーのテキスト読み戻しで削除された値が一切見つからず、注釈とプロパティがクリアで、領域リダクションも確認した場合にのみそう言えます。すべての四つをチェックするのに数回の呼び出しが必要です。
AI エージェントはリダクションされた PDF の情報漏洩をチェックできますか? エージェントはテキストを読み戻し、メタデータサーバーを通じてプロパティを読み取り、ページをレンダリングして閲覧できます。ただし、適切なパターンを選択したかどうかは判断できません。
テキストリダクション後もメタデータは残りますか? はい、erase_metadata を実行しない限り残ります。テキストリダクションはテキストを変更しますが、author、company、date のプロパティは別です。
詳細へ
- ドキュメント、標準的な手順: リダクションが完了したことを確認する方法
- ドキュメントハブ: GroupDocs.Redaction MCP サーバー
- まずここから: AI エージェントと MCP を使用した機密データのリダクション 3 方法
- 関連: MCP を使用した自動 AI ワークフローで開示リダクションポリシーを強制する
- 関連: テキストが見つからないスキャン文書のリダクション
- オンプレミスとセキュリティモデル: AI 文書処理の 3 つのアーキテクチャと、ファイルをネットワーク内に保持するもの
- 質問: GroupDocs Redaction フォーラム
- ソース: GitHub の GroupDocs.Redaction.Mcp