エージェントにレポートを Markdown で書かせ、次にそのファイルを PDF と DOCX に変換させます。GroupDocs.Conversion.Mcp サーバーを使用すれば、Claude、Cursor、または GitHub Copilot がローカルで 1 回の会話で両方のステップを実行し、2 番目のステップはブラウザーではなくレイアウトエンジンを通して実行されます。

リリースサマリーを書き込んで summary.md に保存し、次に PDF と Word に変換してください。

ステップバイステップのバージョンは設定とトラブルシューティングを含むドキュメントにあります: MCP サーバーで Markdown を PDF または Word にエクスポートする方法.

AI が生成したコンテンツはなぜエクスポートステップが必要なのか？

エージェントは Markdown をネイティブに書き出します。結果を受け取る人は通常 Markdown を望んでいません。クライアントは PDF を期待し、同僚は編集やコメントができる Word ファイルを期待します。このギャップを埋めるために、ヘッドレスブラウザーで HTML を印刷したり、LaTeX ツールチェーンを使用したり、手作業でワードプロセッサに貼り付けたりしてきました。これらはすべて、保守すべき依存関係や、毎週繰り返す手動ステップを増やします。

MCP 変換サーバーはこの依存関係を取り除きます。エージェントはすでに Markdown を保持しているので、ファイルに書き出し、エンジンにそのファイルの変換を依頼します。

配信ワークフローはどのようなものですか？

週次ステータスレポート、会議サマリー、リリースノートなど、定期的に作成するドキュメントについては、以下の手順に従ってください。

  1. サーバーを配信用フォルダーに指向させます。 エージェントが書き込み・変換できるフォルダーとして GROUPDOCS_MCP_STORAGE_PATH を設定します。オプションで、完成したファイルを下書きと分けて保存するために GROUPDOCS_MCP_OUTPUT_PATH を設定できます。

  2. エージェントに元資料を提供します。 メモを貼り付けるか、要約すべきファイルを指示します。

  3. エージェントにファイル名で Markdown を要求します。

    今週のサマリーを書き込んで status.md に保存してください。

  4. エクスポートを依頼します。

    status.md を PDF に変換し、さらに DOCX にも変換してください。

    通常、エージェントは各ターゲットごとに convert を呼び出し、最初に format: "pdf"、次に format: "docx" を指定します。

  5. フォルダー内の出力を確認します。 応答には保存された各ファイルの名前が含まれます。

  6. 来週も再実行します。 サーバーは以前のエクスポートを上書きしないため、先週のファイルはそのまま残り、新しいファイルは別名で保存されます。

ステップ エージェントが決定すること エンジンが行うこと
コンテンツ サマリーの内容と見出しの付け方 なし
ファイル名とフォーマット status.md、その後 PDF と DOCX なし
レンダリング format を設定して convert を呼び出す テーブル、リスト、コードブロックをレイアウト
結果 応答から保存されたファイル名を取得 ネイティブな PDF とネイティブな DOCX を書き出す

ブラウザ印刷ではできないエンジンの機能は何ですか？

Markdown から PDF への変換は、特にエッジケースで難しいです。多ページテーブル、入れ子リスト、コードブロック、画像、改ページなどが挙げられます。ブラウザの印刷パイプラインはページレイアウトを概算しますが、GroupDocs.Conversion エンジンは組版を行い、エンタープライズ文書ワークフローで使用されるのと同じレンダリングを提供します。出力は同一ソースから両方のフォーマットで得られます。DOCX は見出し、リスト、テーブル用のスタイルが付いた、ネイティブで編集可能な Word 文書であり、ページの埋め込み画像ではありません。

設定方法は？

Claude Desktop、Claude Code、Cursor、または GitHub Copilot が統合された VS Code でサーバーを一度登録します。各クライアントの設定ファイルは docs hub に掲載されています。以下のエントリは Claude Desktop 用の形式です。

{
  "mcpServers": {
    "groupdocs-conversion": {
      "type": "stdio",
      "command": "dnx",
      "args": ["GroupDocs.Conversion.Mcp", "--yes"],
      "env": {
        "GROUPDOCS_MCP_STORAGE_PATH": "/path/to/reports",
        "GROUPDOCS_MCP_OUTPUT_PATH": "/path/to/reports/delivered"
      }
    }
  }
}

dnx には .NET 10 SDK が必要です。Docker イメージも利用可能です: ghcr.io/groupdocs-conversion/conversion-net-mcp:latest。登録後にクライアントを再起動してください。

動作するその他のプロンプト:

meeting-notes.md を DOCX に変換して、チームが編集できるようにしてください。

この Markdown レポートを PDF と Word の両方でエクスポートしてください。

セッション例

これは convert ツールのドキュメント化された動作に基づく、要約された例示的セッションであり、スクリーンショットではありません。

You:    Write the release summary to summary.md, then convert it to PDF.
Agent:  [writes summary.md to the storage folder]
Agent:  [calls convert with file.filePath = "summary.md", format = "pdf"]
Agent:  Done. The PDF is saved as summary.pdf in your output folder.

チャットなしで配信を実行しなければならない場合は？

毎週金曜 17:00 に実行する必要があるジョブに対して、チャットセッションは適切なトリガーではありません。同じエンジンは .NET 用のライブラリとして利用でき、n8n walkthrough では人が入力する代わりに自動化ツールがサーバーを呼び出す例が示されています。各レポートを人がレビューする場合はチャットワークフローを、誰も介入すべきでない場合はスクリプト化されたものを使用してください。

制限事項は？

  • 評価モード。 ライセンスがない場合、変換された出力には評価用の透かしが付くため、クライアントに提供するレポートにはまずライセンスが必要です。サーバープロセスは同時に最大 15 文書までしか開けません。最初の本番配信の前に get_license_status を実行するために「conversion server のライセンス状態は？」と尋ねてください。
  • コンテンツのレビューなし。 エンジンは受け取ったものをそのままフォーマットします。エージェントが誤った内容を書いた場合、PDF もそれを含むので、エクスポート前に Markdown の事実を確認してください。
  • 最も難しいレイアウトを先に確認。 週次自動化を行う前に、最も幅の広いテーブルと最長のコードブロックを含む実際のレポートを一度エクスポートして確認してください。

FAQ

Claude は自分の回答を PDF として保存できますか？
はい。回答をストレージフォルダー内の .md ファイルに書き込むように依頼し、そのファイルを変換してください。これは 1 つのプロンプトで 2 回のツール呼び出しを行うことになります。

Markdown から DOCX に変換すると実際の Word 文書が生成されますか？
はい。出力はネイティブで編集可能な DOCX であり、ページの画像ではありません。

Markdown を PDF にエクスポートするためにヘッドレスブラウザーや LaTeX が必要ですか？
いいえ。変換はローカルマシン上の GroupDocs.Conversion エンジンで実行されるため、どちらも必要ありません。

詳細を見る