AI エージェントで文書を結合するには、エージェントにマージエンジンを呼び出させてください;LLM にファイルを読み取って結合したものを書かせるのはやめましょう。GroupDocs.Merger.Mcp サーバーは Claude Desktop、Claude Code、Cursor などのクライアントに merge ツールを提供し、ファイルをローカル(マシン上)で結合し、元のファイルはそのまま残します:
part‑one.pdf、part‑two.pdf、appendix.pdf を 1 つの文書に結合し、appendix を最後にしてください。
設定とトラブルシューティングを含むステップバイステップ版はドキュメントにあります: AIエージェントでMCPを使用して文書を結合する方法.
LLMが文書を再生成すると何が問題になるか?
マージツールがない場合、モデルは通常各ファイルから抽出されたテキストを元に新しいコンテンツを書き出します。結果として得られるのは入力に似た新しい文書です。レイアウト、スタイル、テーブル、埋め込みオブジェクトは再生成後に残る保証がなく、プロセス内で出力が元の文書と照合されないため、削除されたり言い換えられた内容が見過ごされることがあります。
これらは特定のモデルに固有のものではありません。手法に起因します:再生成は書き直しであり、書き直しはマージではありません。
マージエンジンは何が違うのか?
エンジンは各ソースをそれぞれのフォーマットで開き、文書を結合します。GroupDocs.Merger のトラブルシューティングページでは次のように述べられています:エンジンは文書を元のフォーマットのまま結合し、レイアウト、スタイル、構造を保持します;これは PDF に印刷して結合するようなものではありません。ソース間で異なるフォントやスタイルは結果でも異ったまま残ります。
モデルの役割は得意なことに絞られます:リクエストの理解、ファイルの選択、順序の決定、結果の確認です。文書レベルの作業はエンジンが行います。
どの MCP サーバーが PDF ファイルを結合するか?
merge ツールはエージェントに対して「2〜4つの文書を単一ファイルに結合し、結果をストレージに保存します」と説明されています。PDF、DOCX、XLSX、PPTX など 30 以上の文書、画像、アーカイブ形式をサポートします。入力は file1 と file2 で、オプションで file3 と file4 を指定できます。結果は出力フォルダーに保存され、ソースは変更されません。
サーバー全体は 4 つのツールで構成されています:
| ツール | 機能 |
|---|---|
merge |
2〜4つの文書を1つに結合します |
split |
指定したページを抽出し、各ページを個別の文書として出力します |
get_document_info |
ファイルタイプ、ページ数、サイズ、ページごとの寸法を返します |
get_license_status |
ライセンスモードを報告します:評価版、正規版、または従量課金版 |
Claude をローカルで PDF を結合するには?
Docker でサーバーを実行するか、.NET 10 SDK がインストールされている場合は dnx で実行します:
dnx GroupDocs.Merger.Mcp --yes
GROUPDOCS_MCP_STORAGE_PATH を文書が保存されているフォルダーに設定し、クライアントにサーバーを登録します。ドキュメントには Claude Desktop、Claude Code、GitHub Copilot 搭載の VS Code、Cursor、Windsurf などの設定が掲載されています。MCP の stdio トランスポートを介して、クライアントはサーバーを子プロセスとして起動します。データパスはエージェント、ローカルサーバー、ローカルファイルシステムです;文書がマージ用ウェブサイトにアップロードされることはありません。
マージツールのルールは何か?
| ルール | 実際の意味 |
|---|---|
| 順序はスロット順です | file1 が最初で file4 が最後です。プロンプトで「appendix last」と言ってください。 |
| 1 回の呼び出しで 2〜4 ファイル | 9 つの PDF がある場合、エージェントに一度に 4 つずつ結合させ、各結果を次の呼び出しにチェーンしてください。 |
| 同一フォーマットのファミリー | すべて PDF、またはすべて DOCX。混在したセットは定義された結合結果がありません。 |
| 混在フォーマット | まず GroupDocs.Conversion.Mcp で変換し、次に一致するセットを結合してください。 |
例示セッション(抜粋)
ドキュメント化されたツールの動作に基づく例示であり、実際のスクリーンショットではありません。
You: part-one.pdf、part-two.pdf、appendix.pdf を 1 つの文書に結合し、appendix を最後にしてください。
Agent: [calls merge with file1 = part-one.pdf, file2 = part-two.pdf,
file3 = appendix.pdf]
その順序で 3 つの PDF を結合しました。結合されたファイルは出力フォルダーにあり、3 つのソースは変更されていません。結果のページ数を確認しますか?
正直な制限
- 評価モードは結果を黙ってトリミングします。 ライセンスがない場合、結果は最初の 3 ページに切り詰められ、各ページにトライアルバッジが付与されます。10 ページの PDF を 4 つ結合しても、3 ページで戻り、動作したように見えます。「マージサーバーのライセンス状態は?」と尋ねると、エージェントは実行前に
get_license_statusを呼び出します。 - 1 回の呼び出しで混在フォーマットの結合はできません。 PDF と Word ファイルはまず変換ステップが必要です。
- エディタではありません。 サーバーはページ全体を結合・抽出します。ページ内のコンテンツを編集することはできません。
- ページ数は自分で確認してください。
get_document_infoで結果のページ数を取得し、各部分の合計と比較してください。
FAQ
Claude は PDF をアップロードせずに結合できますか? はい、ローカル MCP サーバーを使用すれば可能です。サーバーはマシン上で実行され、ローカルフォルダーを読み書きするため、文書自体はアップロードされません。プロンプトとエージェントの応答は、クライアントが使用するモデルプロバイダーに送信されます。
なぜ LLM に自分でファイルを結合させないのですか? 再生成するモデルは新しいコンテンツを生成し、レイアウトやスタイルが一致する保証はありません。エンジンは元の文書をそのままのフォーマットで結合します。
なぜ結合されたファイルが 3 ページしかないのですか? サーバーが評価モードで動作しており、結果が最初の 3 ページに切り詰められます。ライセンスファイルまたは従量課金キーを適用して、再度結合を実行してください。
詳細を見る
- ドキュメント、標準的な手順: AIエージェントでMCPを使用して文書を結合する方法
- ドキュメントハブ: GroupDocs.Merger MCP Server
- 次: MCP を使用した自動 AI ワークフローで文書パックの組み立て順序を強制する
- 次: 必要なページだけで文書を再構築する 3 つの方法(MCP)
- 次: フォルダー内のすべての文書の最初のページ:1 つのプロンプト、1 つの MCP サーバー
- オンプレミスとセキュリティモデル: AI 文書処理のための 3 つのアーキテクチャと、ファイルをネットワーク内に保持するもの(Total)
- 質問: GroupDocs Merger フォーラム
- ソース: GroupDocs.Merger.Mcp on GitHub