GroupDocs.Metadata.Mcp をローカルで実行する AI エージェントに対して、1 つのプロンプトでメタデータを削除してから共有できますが、除去されたファイルが自動的に安全なファイルになるわけではありません。プロンプトは次のとおりです：

私の documents フォルダー内のファイルからすべてのメタデータを除去し、何を削除したか教えてください。

設定やトラブルシューティングを含むステップバイステップ版はドキュメントにあります: ドキュメントを共有する前にメタデータを除去する方法.

一般的な誤ったアプローチは何ですか？

一般的なアプローチは「除去して送る」ことです：1 回の除去を実行し、結果がクリーンだと仮定してファイルを添付します。これには 3 つの問題があり、どれもバグではありません。各問題はメタデータ除去が意味する範囲の境界です。

なぜ元のファイルが依然としてリスクになるのか？

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 は多くの人が省略しがちで、「クリーンだと思う」を前後の比較に変えます。再利用可能なプロンプト：

このフォルダーから何かを送信する前に：メタデータを読み取り、除去し、コピーがクリーンか検証し、ファイルごとに 1 行のレポートを出してください。

これはファイルごとにツール呼び出しが 3 回、最後に表が出力されるというもので、エージェントにとっては日常的な作業であり、期限が迫ると人が忘れがちな作業です。

除去はいつ実行すべきか：一度だけか、毎回か？

チェックポイントとして扱い、クリーンアッププロジェクトとしてではなく扱います。これが防ぐインシデントはめったに劇的ではありません：著者フィールドに作成者の名前が入ったプレスリリース、会社フィールドに前の雇用主が入った契約書、座標が付いた現場写真などです。どれも、何が入っているか誰も確認せずにフォルダーから出て行った普通のファイルです。エージェントは質問にコストがかからないため、最後のチェックポイントとして適しています。プロジェクトのルールや再利用するプロンプトに常設指示を入れ、出力フォルダーに対して毎回 read、strip、verify のシーケンスが実行されるようにしてください。思い出したときだけでなく、常に実行されます。

チェックポイントはライセンス状態が分かっている場合にのみ機能します。ライセンス済みまたはメーター制の実行では、検証読み取りが全プロパティセットを確認でき、ファイルごとの 1 行レポートは信頼できる声明となります。評価実行の場合は、レポートをワークフローのリハーサルとして扱い、それ以上のものとしないでください。

例のセッション（抜粋）

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 がそのカテゴリで呼び出され、クリーンなコピーが保存されます。2 回目の読み取りでコピーを確認してください。

LLM にドキュメントをアップロードする前にメタデータを削除すべきですか？
ドキュメントがマシンを離れる場合は、まずコピーを除去してください。プロパティはファイルとともに転送されます。GroupDocs.Metadata.Mcp を使用すれば、除去自体はローカルで行われます。

除去は本文中の追跡変更やコメントも削除しますか？
いいえ。これらはコンテンツでありメタデータではありません。comments カテゴリはメタデータ内のコメントプロパティを指し、本文レベルのコメントや注釈は Annotation サーバーに、隠しテキストやその他のコンテンツレベルのリダクションは Redaction サーバーに属します。

詳細へ