Airparser MCPでドキュメントデータを抽出
AIエージェントをAirparserに接続して、ドキュメントをアップロードし、保存済みの抽出スキーマを使用し、構造化されたJSONを取得できます。互換性のあるMCPクライアントから、既存のインボックスと解析ワークフローを利用できます。
AIスタックの一部として
文書データを構造化するシステムとしてAirparserを使いながら、AIエージェントにはワークフロー、例外、次のアクションについて推論させましょう。
実際のパイプラインを扱う
その場限りのファイル分析ではなく、エージェントはインボックスを確認し、解析履歴をレビューし、スキーマを更新し、後処理をテストできます。
再現可能な出力
構造化された抽出の利点を維持できます:保存されたスキーマ、文書履歴、そしてエージェントが時間をかけて活用・改善できる後処理ロジック。
Airparser MCPが異なる理由
基本的な手動のアップロード&プロンプト方式と比べて、Airparser MCPはエージェントに保存済みのインボックス、抽出スキーマ、ドキュメント履歴、再利用可能な後処理を提供します。
基本的な手動のアップロード&プロンプト方式
- 一度に1つの文書のみ
- 保存された抽出スキーマがない
- 文書履歴やインボックスの文脈がない
- 再現可能な後処理レイヤーがない
Airparser MCPを使う場合
- エージェントがインボックス、スキーマ、解析済み文書を扱える
- 構造化され再現可能な出力が中心であり続ける
- スキーマや後処理の変更をテスト・改善できる
- 解析済みデータがより広範なAI駆動ワークフローで活用できるようになる
Airparser MCPでユーザーができること
最大の利点は抽出そのものだけではありません。文書ワークフローを改善するために必要な文脈と制御をAIエージェントに提供することです。
届いた文書を分類・振り分ける
請求書、履歴書、発注書、配送書類を、正しい解析ワークフローに入る前に振り分けます。
過去のメールやファイルを取り込む
他のアプリから古いメール、添付ファイル、文書をインポートし、パイプラインをより早く再構築し、過去の業務から構造化データを復元します。
抽出スキーマを生成・更新する
レイアウトが変わった際、チームが手作業ですべてを再設定する代わりに、エージェントがフィールドやスキーマ構造の適応を支援できます。
後処理コードを書いてテストする
解析済みデータが次のシステムへエクスポートされる前に、エージェントにクリーニング、正規化、拡充、再構成を支援させましょう。
実際に何がどこで起きるか
現在のAirparser MCPサーバー(17個のツール)と照らし合わせて確認済み — ここに推測はありません。
| インボックスとそのスキーマを確認する、またはドキュメントの解析済みJSONを取得する | Airparser MCP — list_inboxes、get_inbox、get_extraction_schema、get_document、list_documents(すべて読み取り専用) |
| インボックスを作成する、ドキュメントをアップロードして処理する、スキーマを編集する、または後処理コードを書く | 何かを作成または変更するAirparser MCPの別のツール(create_inbox、upload_document_sync、update_extraction_schema、save_postprocessing_codeなど)— 上記の読み取り専用ツールとは異なります |
| Gmailからメールを取得する、または結果を別のアプリに書き込む | エージェント側で設定された別のコネクタまたはツール。Airparser MCP単体では他のアプリにアクセスできません。 |
| ドキュメントをレビュー待ちにして結果を承認する | インボックス自体のレビュー設定を確認してください — Airparser MCPには現在、専用の承認ツールはありません。 |
Airparserアカウントと互換性のあるMCPクライアントが必要です。ツール名と利用可否はお使いのAirparser MCPサーバーの現在のバージョンによって異なります — 特定のツールに依存する前に、クライアントのツール一覧を確認してください。
実際の例
PDF → 保存済みスキーマ → JSON、エージェントが取得する流れ
下記のスキーマは、PDFテーブルパーサーのページで使用しているのと同じデモ用インボックスのものです — 今日、以下の手順でAirparser MCP経由でアクセスできます。この具体的な例の出所については、結果の下にある注記をご覧ください。
エージェントが行う手順
- 1互換性のあるMCPクライアント(Claude、ChatGPT、またはその他のMCP対応エージェント)をAirparserアカウントに接続する。
- 2インボックスを一覧表示し、正しいスキーマを持つものを開く(list_inboxes、get_inbox)。
- 3そのインボックスの現在の抽出スキーマを読み取る(get_extraction_schema)。
- 4ドキュメントをアップロードし、解析が終わるのを待つ(upload_document_sync)。
- 5解析済みJSONを読み取る(get_document)— または後で見つけるためにlist_documentsを使う。
プロンプトの例
デモ用インボックスとその既存の抽出スキーマを使用してください。このサンプルPDFをアップロードし、解析が終わるのを待ってから、抽出されたJSONを返してください。インボックスのスキーマや後処理の設定は変更しないでください。値が見つからない場合は作り出さず、解析エラーとして報告してください。
このインボックスの抽出スキーマ
6個のスカラーフィールドに加え、1行あたり5列を持つ繰り返しの「items」リスト — オブジェクトと明細行、購入検討者が最も尋ねる構造です。
解析済みの明細行
| item_code | description | quantity | unit_price | line_total |
|---|---|---|---|---|
| WH-1001 | Steel bolt M8 x 40 mm, zinc plated (box of 100) | 12 | 14.50 | 174.00 |
| WH-1002 | Hex nut M8, zinc plated (box of 100) | 12 | 9.80 | 117.60 |
| WH-1015 | Flat washer M8, stainless (box of 200) | 8 | 11.25 | 90.00 |
| WH-1120 | Cable tie 300 mm, black (pack of 100) | 25 | 4.60 | 115.00 |
| WH-1121 | Cable tie 200 mm, natural (pack of 100) | 20 | 3.75 | 75.00 |
| WH-1210 | Work gloves, nitrile coated, size L (pair) | 40 | 2.90 | 116.00 |
| WH-1211 | Safety glasses, clear lens, anti-fog coating | 30 | 3.40 | 102.00 |
| WH-1305 | Duct tape 48 mm x 50 m, silver | 18 | 5.20 | 93.60 |
| WH-1306 | Masking tape 24 mm x 50 m | 24 | 2.35 | 56.40 |
| WH-1410 | LED work light, rechargeable, 10 W, with magnetic base | 6 | 27.90 | 167.40 |
| WH-1411 | Extension cord 5 m, 3 x 1.5 mm2, indoor use | 10 | 12.60 | 126.00 |
| WH-1502 | Pallet wrap film 500 mm x 300 m, clear | 15 | 8.40 | 126.00 |
| WH-1503 | Packing tape 48 mm x 66 m, brown | 36 | 1.95 | 70.20 |
| WH-1620 | Storage bin 600 x 400 x 220 mm, stackable, with lid | 14 | 9.15 | 128.10 |
| WH-1621 | Label roll 100 x 150 mm, direct thermal (roll of 500) | 10 | 13.70 | 137.00 |
| WH-1700 | Hand truck, folding, 70 kg capacity | 2 | 64.00 | 128.00 |
この具体的な結果は2026年9月19日にアプリ(Visionエンジン)経由で、このインボックスのスキーマ上で取得され、当時、元のPDFと1行ずつ照合されました。この更新作業中に、同じファイルをAirparser MCPのupload_document_syncで2回実行したところ、1回は16行中15行、もう1回は16行中9行という結果になりました(インボックスの設定は同じ)。原因はまだ特定できていないため、上記のスキーマと手順は正確なものとして扱ってください。ただし、この16/16という結果を、新たに実行すれば必ず再現されるという保証とは考えないでください。レイアウト、スキャン品質、ドキュメントの長さも一般的に結果に影響します — 本番の処理量で信頼する前に、ご自身のドキュメントでお試しください。
ご自身のドキュメントでこれを試してみたいですか?
無料で始めるMCPワークフローの例
Airparser MCPは、文書がより大きなAI支援プロセスの一部にすぎない場合に特に役立ちます。
オペレーションチーム
- 「私たちのインボックスを確認して、最新の文書に基づいてどのスキーマを更新すべきか教えて」
- 「最新の解析済み請求書を取得し、合計金額が欠けているものにフラグを立て、後処理の修正をテストして」
- 「メールボックスから過去の添付ファイルをAirparserに取り込んで、レポートを再構築できるようにして」
AIプロダクト開発者
- 「これらの配送書類用のスキーマを作成し、最新のアップロードでテストして」
- 「解析済みのJSONを取得し、その結果を次のエージェントのステップに送って検証・振り分けをして」
- 「抽出にAirparserを使い、その後エージェントにスプレッドシートを更新させたり、メールを送らせたり、フォローアップのアクションをトリガーさせたりして」
Airparser MCPについて購入検討者からよくある質問
チャットにPDFをアップロードするのと何が違いますか?
基本的な手動のアップロード&プロンプト方式では、1つのドキュメントを1回だけ読み取り、何も保存されません。Airparser MCPは代わりに保存済みのインボックスを使って動作します。同じ抽出スキーマ、ドキュメントの履歴、そしてエージェントが次のドキュメントでも再利用できる後処理ロジック — 今回だけではありません。
自分独自のフィールド、オブジェクト、明細行を抽出できますか?
はい。Airparserの抽出スキーマは、スカラーフィールド、ネストしたオブジェクト、繰り返しリスト(明細行)、列挙型に対応しています — このページの例では明細行にリストフィールドを使用しています。結果はドキュメントのレイアウトがどれだけ一貫しているかによって変わります。
スキーマの仕組みコードを書く必要はありますか?
いいえ。対応するMCPクライアントを接続し、既存のインボックスとスキーマを使用するのにコードは不要です。結果を自分のロジックで他のシステムにルーティングするなど、独自の自動化を構築するのは別の任意のステップで、コードやZapier、Make、n8nのようなノーコードツールが必要になる場合があります。
エージェントは実際にアカウントの何を変更できますか?
読み取り用ツールは既存のデータ(インボックス、そのスキーマ、または解析済みドキュメント)を取得します。書き込み用ツールはインボックスの作成、新しいドキュメントのアップロードと処理、スキーマの変更、後処理コードの編集を行うことができます — どちらがどちらかは上の表をご覧ください。ツール名が分かれていても、エージェントが自らの判断で書き込み用ツールを呼び出すのを止めることはできません。実行前に確認を求めるかどうかは、Airparser MCPではなく、お使いのMCPクライアント次第です。
エージェントは私のGmailを直接読み取れますか?
Airparser MCP単体ではできません。Airparserはメール転送、またはインボックスに設定されたIMAP/Gmailインポートを通じてドキュメントを受け取ることができます。エージェントに別のアクションとしてGmailを読み取らせるには、Airparser MCPの外で、エージェント自身のコネクタや連携が必要です。
使用する前にレビューが必要な結果はどう扱えばよいですか?
インボックスのレビューを有効にし、結果の配信方法を選んでください — たとえば、連携先が承認を受け取るまでデータを渡さないようにするなどです。Airparser MCP自体には現在、専用の承認ツールはありません。レビューはアプリ内、または設定した配信方法を通じて行われます。
ヒューマン・イン・ザ・ループ・レビューAirparser MCPをAIワークフローに接続しよう
実際のユースケースから始めましょう:インボックスを確認する、解析済み文書をレビューする、スキーマを更新する、後処理ステップをテストする。
