文書比較ルールは、すべてのペアが比較されたときにのみ適用され、時間があったペアだけが対象になるわけではありません。GroupDocs.Comparison.Mcp サーバーを使用すると、1 つのプロンプトで Claude Desktop、Claude Code、Cursor、または GitHub Copilot にフォルダー内のすべてのバージョンペアをローカルで比較させ、どの文書が変更されたかを報告させることができます。

私の文書フォルダー内のすべての -v1/-v2 ペアについて、2 つを比較し、どの請求書がどのように変更されたかを教えてください。請求書ごとに 1 行で出力してください。

設定とトラブルシューティングを含む手順ごとのバージョンは、ドキュメントにあります: How to batch-compare document versions in a folder.

手動で比較する場合に失敗するチェックはどれですか？

同じように繰り返し現れる状況が 3 つあり、いずれもチェックされていない文書が重要です。

  • 再発行されたバッチ。 新しいバッチが承認されたものと一致していることを確認する必要があります。
  • ベンダーの「変更なし」声明。 ベンダーは文書が変更されていないと主張しますが、証拠が必要です。
  • マイグレーション。 文書がシステムやフォーマット間で移行され、出力が入力と同一である必要があります。

いずれの場合もコストは比較そのものではなく、すべてのファイルに対して比較を実行するという規律です。フォルダーをループするエージェントを使用すれば、この規律の問題が解消されます。

ワークフローはどのように実行されますか？

  1. ペアの名前を一貫して付ける。 任意の命名規則で構いません。例として invoice-001-v1.pdf と invoice-001-v2.pdf を同じフォルダーに置きます。
  2. サーバーにフォルダーを指示する。 GROUPDOCS_MCP_STORAGE_PATH をそのフォルダーに設定します。ファイルは名前で解決されるため、エージェントはフルパスではなく invoice-001-v1.pdf を渡します。
  3. ライセンスモードを確認する。 「比較サーバーのライセンス状態は何ですか？」と尋ねます。エージェントは get_license_status を呼び出します。
  4. スイープを実行する。 本投稿の冒頭のプロンプトを使用します。エージェントはペアごとに analyze_changes を一度呼び出します。
  5. 重要なものだけをレンダリングする。 「変更された 3 件について、マークアップされたコピーを作成してください」と依頼します。エージェントはそれら 3 件に対して compare を呼び出し、各結果は <source-stem>_compared<ext> として保存されます。既存のファイルは決して上書きされません。

スイープには analyze_changes を使用し、例外的なケースのみ compare を使用してください。誰も開かない 30 件のマークアップ文書をレンダリングするのは、同じ回答を得るために 30 倍の作業になります。

エージェントが決定することとエンジンが行うことは何ですか？

ステップ エージェント エンジン
-v1/-v2 ペアを見つける 名前と一致させる
各ペアを比較する analyze_changes を呼び出す ページや表セルごとに変更を検出する
ペアが変更なしと判断する No changes detected を読む その結果を返す
ユーザーに報告する ペアごとに 1 行を書き出す
変更されたもののファイルを生成する compare を呼び出す マークアップされた文書をレンダリングする

合否の判断はエンジンの結果によって行われ、エージェントのテキストに対する印象ではありません。

例のセッション

要約版で例示的です。実際の表現はクライアントやモデルによって異なります。

You:    For every -v1/-v2 pair in my documents folder, compare the
        two and tell me which invoices changed and how. One line
        per invoice.

Agent:  [calls analyze_changes: invoice-001-v1.pdf, invoice-001-v2.pdf]
        [calls analyze_changes: invoice-002-v1.pdf, invoice-002-v2.pdf]
        [calls analyze_changes: invoice-003-v1.pdf, invoice-003-v2.pdf]

        invoice-001: no changes detected
        invoice-002: changes detected (see the list for the pages)
        invoice-003: changes detected (see the list for the pages)

バッチ実行の制限は何ですか？

  • 評価上限（ドキュメントごと）。 ライセンスがない場合、各文書の最初の 2 ページだけが比較され、結果には透かしが付くため、バッチレポートは黙って不完全になります。スイープを信頼する前に get_license_status を確認してください。
  • ペア内は同じフォーマット。 2 つのファイルのフォーマットが異なる場合は、先に変換してください。
  • 名前が間違っていても致命的ではありません。 ツールは見つけたファイルのリストで応答し、エージェントは自ら修正して再試行します。
  • 長時間のスイープは時間がかかります。 各ペアは実際の比較であり、大きな PDF が多数あるフォルダーは数秒ではなく数分かかります。進行状況を随時尋ねてください。

FAQ

AI で複数の PDF ファイルを同時に比較できますか？
はい。ペアを 1 つのフォルダーに入れ、エージェントに各ペアを比較するよう依頼してください。エージェントはペアごとに analyze_changes を一度呼び出し、統合された回答を提供します。

文書の不正な変更を検出するにはどうすればよいですか？
承認済みバージョンと流通中のバージョンを比較し、エージェントに変更が検出されたペアの一覧を作成させます。サーバーがライセンスされている限り、No changes detected を返すすべてのペアは内容が同一です。評価モードでは各文書の最初の 2 ページだけが比較されます。

ファイルは私のマシンから外部に出ますか？
いいえ。比較は設定したフォルダーに対してローカルプロセスで実行されます。プロンプトのテキストとエージェントが報告する行は、クライアントが使用するモデルに送られます。

詳しく見る