AI エージェントに 3 つの具体的な質問を投げかけることで、GroupDocs.Metadata.Mcp を介してローカルでファイルを読み取り、ドキュメントメタデータを監査できます。典型的な最初のプロンプトは次のとおりです。

このフォルダー内のファイル全体で、author と last‑modified‑by として記載されている人物は誰で、どの会社名が付いていますか？

設定とトラブルシューティングを含むステップバイステップ版は、ドキュメントにあります: AI エージェントでドキュメントメタデータを監査する方法.

なぜメタデータ監査にはツールが必要で、モデルだけでは不十分なのか？

言語モデルはメタデータを見ることができません。貼り付けたテキストだけを認識し、author フィールドや会社名、GPS 座標はそのテキストに含まれていません。ツールを呼び出さずに「誰が書いたのか？」と答えるエージェントは推測にすぎず、その推測は自信満々に聞こえます。GroupDocs.Metadata.Mcp は MCP サーバーで、Claude、Cursor、GitHub Copilot、VS Code、Windsurf にファイルの実際のプロパティを提供します。エージェントはツールを呼び出し、JSON を受け取り、そこにある情報を報告します。ファイルはローカルのフォルダーに残り、プロパティだけがモデルに送られます。

以下の 3 つの質問は、プライバシー上の驚きを最も説明するものです。各質問は単独のプロンプトとして機能します。

質問 1: author として名前が記載されているのは誰か？

このフォルダー内のファイル全体で、author と last‑modified‑by として記載されている人物は誰ですか？

エージェントはフィルター付きで search_metadata を呼び出し、全プロパティセットではなく一致するプロパティだけを返します。ツールの説明では「ユーザーが全体ではなく特定のプロパティについて尋ねたときに使用する」とあります。フィルターは category（例: person）、nameContains、valueContains の 3 種類で、すべて大文字小文字を区別しません。結果は count と properties 配列（name、value、category を含む）を持つ JSON オブジェクトです。

重要な点: author フィールドには実名が入っていることが多く、last‑modified‑by には元従業員の名前が残っていることがあります。これらはページ上には表示されません。

質問 2: ファイルに記載されている会社名はどれか？

これらのファイルのいずれかに、古い会社名がまだ含まれていますか？

再び search_metadata を使用し、valueContains に会社名を設定します。ファイルごとに 1 回呼び出し、count が 0 であれば一致なしです。会社フィールドはテンプレートから継承されることが多く、今日作成されたドキュメントでも以前の雇用主の名前が残っていることがあります。フィルタリングされたビューではなく、1 ファイルの全体像が必要な場合はエージェントが read_metadata を使用します。これによりすべてのプロパティが JSON で返されます（評価モードでは最初の 5 件）: author、title、日付、カスタムプロパティなど。

質問 3: これらの写真に GPS 座標が含まれているか？

これらの写真のうち、GPS 座標が含まれているものはどれですか？ どこですか？

search_metadata の gps カテゴリが直接回答します。評価モードでは EXIF の GPS データが利用できないため、count が 0 でも何も証明できません。まず get_license_status を確認してください。自宅で撮影しそのまま公開された写真は位置情報漏洩の典型例で、監査プロンプトは手作業で各画像のプロパティを開くよりも速いです。ファイルが画像でない場合は、get_document_info がタイプ、サイズ、ページ数、暗号化状態を軽量にチェックし、プロパティの一覧は出しません。

例示セッション（抜粋）

You:    Does any property in contract-2024.docx still contain "Northwind"?
Agent:  [calls search_metadata: valueContains = "Northwind"]
Agent:  1 match. Company = "Northwind Traders" (category: corporate).

これはフローの例示であり、実際のスクリーンショットではありません。ツール名と返信の形はツールリファレンスに従っています。

評価モードで監査が伝えられないこと

ライセンスがない場合、サーバーは評価モードで動作し、ドキュメント化された制限は正確です。最初の 5 件のドキュメントプロパティしか読み取れず、XMP と EXIF の一部は利用できません。XMP は最初の 2 つのスキーマしか公開せず、EXIF では GPS データと画像サムネイルが利用できません。レスポンスはこれを言及しないため、「機密情報は見つからなかった」と言う監査は単に読み取りを停止しただけかもしれません。コンプライアンスチェックでは、評価モードでの監査は設計上不完全です。

結果を信頼する前に、次の質問をしてください。

メタデータサーバーのライセンスステータスは何ですか？

エージェントは get_license_status を呼び出し、モードを evaluation、licensed、metered のいずれかで報告し、何も変更しません。フル機能を利用できる 30 日間の無料一時ライセンスが GroupDocs から提供されています。

よくある質問

Claude は PDF の隠れた author 情報をアップロードせずにチェックできますか？
はい、GroupDocs.Metadata.Mcp がローカルで実行されている場合は可能です。クライアントはサーバーを stdio 経由のローカルプロセスとして起動し、ファイルはストレージフォルダーから読み取られ、返されたプロパティだけがモデルに届きます。

PDF と DOCX ファイルの隠れたメタデータをドキュメントメタデータコンプライアンスチェックのために見つけるにはどうすればよいですか？
エージェントに read_metadata または search_metadata で各ファイルを読み取らせ、get_license_status からライセンスモードを記録してください。評価モードで行うコンプライアンスチェックは不完全です。なぜなら 5 件のプロパティしか読み取れないからです。

監査で表示されるプロパティが少ないのはなぜですか？
おそらく評価モードになっており、最初の 5 件のドキュメントプロパティしか返されません。get_license_status を確認し、ライセンスファイルまたはメーターキーを適用してください。

設定方法

Docker または .NET 10 SDK でサーバーを実行します。

dnx GroupDocs.Metadata.Mcp --yes

GROUPDOCS_MCP_STORAGE_PATH をファイルが格納されているフォルダーに設定し、クライアントでサーバーを登録します。クライアントごとの設定はドキュメントにあります。

さらに深く掘り下げる