大きな文書をAIが扱えない？ローカル圧縮のMCPアプローチ

法務チームの朝は、いつも同じような場面から始まる。誰かが数百ページの入札ドキュメントをチャット窓に放り込み、「重要条項を抜き出して」と頼む。AIは返事をする代わりに、処理上限を理由にそのまま途中で切り捨ててしまう。人は溜息をつき、ファイルを手作業で分割してまた貼り直す。この「大きすぎてAIが動かない」壁は、どの職場にもそっとある。

財務省など九つの部門が昨年五月に出した通知（财会〔2025〕9号）を覚えているだろうか。各単位の会計ソフトに対し、2027年12月31日までに電子証憑会計データ標準への対応を終えるよう求めたものだ。財務系の話に聞こえるかもしれない。しかし深く見ると、これは企業の文書処理が再フォーマットされつつあるという、もう一つの変化と同じ方向を向いている。AIツールの多くは、その変化にまだ追いついていない。

ボトルネックはモデルの賢さではない。それが「大きすぎるものを扱えない」ことにある。数百ページの契約書、山のようなスキャン資料、プロジェクト全体の設計画……それらをそのまま大模型に放り込むと、コンテキスト上限を超えて切り捨てられるか、token費用が送信ボタンを押す気をなくすほど跳ね上がる。IDCはとっくに計算している。文書関連の問題は企業の生産性低下の21.3%を占め、情報ワーカー一人あたり年間約19,732ドルの損失に相当する、と。ファイルが大きすぎ、細かすぎ、乱雑すぎることは、AIを実際の業務フローに落とし込む際の見えない壁になりつつある。

UglyPear データの主軸は、高性能な文書圧縮とRAGデータエンジニアリング基盤だ。すべて完全プライベート展開で、データは社内ネットワークから出ない。この線に沿って私たちが作ったのが、compress-mcpという仕組みである。一言で言えば、「ひと言で縮む」圧縮サービスだ。これはまた一つの独立したソフトではない。MCPサービスであり、WorkBuddyや千問、百炼といったAIツールに接続し、エージェントがひと言の自然言語でファイルを縮められるようにするものだ。

MCPを人間の言葉に訳そう。MCPはModel Context Protocolの略で、AIツールに外部の能力をつなぐためのオープンな規約だ。かつて各エージェントが外部機能を呼びたい時は、それぞれが車輪を再発明し、接続コードを一から書かねばならなかった。MCPがあれば、能力側がその能力を「サービス」として包み、エージェントは自前の機能を呼ぶようにそれを呼べる。圧縮のような動作は、このやり方に本来向いている。安定していて、再利用できて、毎回人が手動で動かすべきものではないからだ。

ではなぜ、画面上にもう一つボタンを足すのではなく、MCPにしたのか。本当のボトルネックは「圧縮ツールがあるかないか」ではなく、「AIがそれを動かせるか」にあるからだ。かつてAIに大きなファイルを扱わせようとすれば、対話をいったん抜け、手動で圧縮を走らせ、また貼り直す必要があった。フローが切れると、人は使う気を失う。compress-mcpはstdioとHTTPのデュアルチャネルを通り、6+1の内蔵ツールを持ち、さらに計量とライセンスの仕組みを備える。開発者にとってこれは、各AIプラットフォームごとに接続を書き直す必要がないことを意味する。エージェントが「この契約書をメールで送れる大きさにして」と言えば、圧縮はローカルで静かに完了する。企業にとって、内蔵の計量は何回圧縮が走り、どれだけの容量を削ったかを可視化できることであり、ライセンス機構は認証を外側で受け止めるので、自前で組む必要がない。

もう一つの背景は、データそのものが膨れ上がっていることだ。IDCの中国予測によれば、国内は非構造化データの伸びが特に速い市場の一つで、今後五年で51 ZBから129 ZBへと増え、年率30%から40%で成長する。ファイルはこれからも大きくなる一方だ。圧縮は「オプション」から、AIワークフローの基盤インフラへと移りつつある。そしてそれは、まずアップロードしてから処理するのではなく、ローカルで起きるのが望ましい。

AIに大きなファイルを触らせるいくつかの道を比べてみよう。違いは案外具体的だ。

この表は優劣を決めるものではない。判断の助けだ。もしファイルが百メガを軽く超え、契約書やカルテのような機密を含むなら、ローカルで、ひと言で呼べる方式がしっくりくる。たまに画像を一枚圧すだけならクラウドSaaSでも足りる。使い分ければよい。

具体的な例を挙げよう。法務が443ページのOFD入札文書を対話に放り込み、AIに主要条項の抽出を頼んだとする。原ファイルが大きく、そのまま渡せば確実にタイムアウトする。エージェントに「先に圧してから読んで」と言わせると、compress-mcpがローカルで処理を終え、公式実測で端から端まで124秒だ。もっと実感があるのは画像だ。GPT-4o基準で、先に圧してからモデルに渡すと、画像関連のtoken費用は85.9%削減できる。日々文書と向き合うチームにとって、このコストは積み上がる性質のものだ。

知識チームの場面も想像してほしい。書庫には十年分以上のスキャン資料が積まれ、RAGに放り込んで質問できるようにしたい。原ファイルは大きくてぼやけており、そのまま庫に入れれば保存も食うし検索も遅くなる。エージェントに入库前に「一括で圧して」と言わせれば、compress-mcpが本機でその山をまとめ、その後RAGデータエンジニアリング基盤の六つの工程につなげられる。圧縮が先、検索が後、両方とも内網で回りきる。機密資料は端から端まで装置を離れない。

すべての場面でMCPを引く価値があるわけではない。たまに画像を二枚圧してLINEに送るだけなら、スマホの小道具で十分だ。わざわざ一つのサービスを繋ぐ必要はない。compress-mcpが本当に割に合うのは、「ファイルが大きく、頻度が高く、守秘の関をくぐる」局面だ。毎日知識庫に入るスキャン資料、契約審査ラインの前処理、カスタマーサポート知識庫の入库前ダイエットなど。圧縮をエージェントがいつでも呼べる能力にすることで、省けるのは二つだ。人がツールを行ったり来たりするその僅かな忍耐力、とファイルが内網を出るその僅かなリスク。これはSmartSlimやMaggie Fileを置き換えるものではない。両者の土台の能力を、AIのワークフローに一本の線でつなぐものだ。「圧す」を一度の手動操作から、エージェント自身がする事へ変える。開発者にとっては、膠着コードの山を書かずに済むことも意味する。各プラットフォームごとにアップロード、ポーリング、コールバックを書き直す必要はなく、MCPがそのやり取りを標準化する。

見落としがちなのがプライバシーだ。UglyPear データの製品は一貫して本機で動き、ファイルは装置を離れず、13種類のAI機密情報検出さえローカルで完了する。compress-mcpも同様だ。単に「圧縮」をエージェントが呼べる能力に変えるだけで、ファイルは端から端まで内網を出ない。法律事務所、クリニック、財務のように守秘を底線とする機関にとって、これは「早く圧せる」以上に重い。

圧縮、整理、検索は、同じ考えの異なる出口だ。SmartSlimはファイルを「小さく」する製品線であり、Maggie Fileはファイルを「整える」ことを担う。compress-mcpは圧縮能力を切り出し、AIツールが直接呼べる部品にする。三者ともローカルで動く。さらに上ではRAGデータエンジニアリング基盤が、六つの工程と八つの能力で散ったファイルを答えられる知識へと変える。これも完全プライベート、データは内網を出ない。compress-mcpとこの基盤は繋いで見られる。前者が「大きい」を「小さい」にし、後者が「小さい」を活かす。

選び方は難しくない。長く高頻度で、継続的に更新したいなら、サブスクリプション型（SmartSlimは月額20.4元から）を。一度買い切り、複数端末で自前に、資料は自分のもので月々续けなくていいなら、買い切り型（Maggie File、3台の端末紐付けに対応、キーは購入即発行）を。圧縮能力を自社のAIシステムに埋め込みたい開発者には、compress-mcpのような「ひと言で縮む」MCPサービスがこの場面のためにある。三者は置換関係ではなく、あなたがどの層に立つかで選ぶものだ。手元のAIアシスタントをもっと大きなファイルに順応させたいだけなら、compress-mcpは変更が最小で、いちばん試しやすい一歩だ。文書が本当に多くなって管理や質問が必要になったら、その上でMaggie FileやRAG基盤を繋いでも遅くない。

結局、compress-mcpが解くのは小さくて面倒な問題だ。ファイルが大きすぎて、AIが動かない。それは何かを置き換えるつもりはなく、ただ「縮める」をエージェントが口を開けばできる一事にし、しかもすべてあなたの機械の上で行う。

今すぐ試す

文書が大きすぎてAIが扱えないなら、いきなり山のような設定を覚える必要はない。compress-mcpはWorkBuddy、千問、百炼などのAIツールへの接続を想定し、本機で動き、データは社内ネットワークから出ない。製品ページはこちら。仕組みや実践の詳しさは、UglyPear データの技術ブログが続けて更新している。まずは製品一覧を眺めてみてほしい。

よくある質問

Q：compress-mcpは必ずネット接続が必要ですか？
A：いりません。本機で動き、ファイルは装置を離れず、圧縮はすべてローカルで完了するので、プライバシー要求の高い資料に向く。

Q：SmartSlimとの関係は？
A：SmartSlimは圧縮製品線だ。compress-mcpはその圧縮能力をMCPサービスとして包み、AIツールが直接呼べるようにする。土台のエンジンは一致しており、表に出す方法が異なるだけだ。

Q：接続は面倒ですか、コードをたくさん書きますか？
A：書く必要はない。stdioとHTTPのデュアルチャネルを通り、6+1の内蔵ツールを持ち、AIエージェントは自然言語で呼べるので、開発者は各プラットフォームごとの個別対応が不要だ。

Q：データは内網を出ますか？
A：出ない。compress-mcpは本機処理で、ファイルは装置を離れず、13種類のAI機密情報検出もローカルで完了する。

Q：どのファイル種別に対応していますか？
A：PDF、画像、動画、音声、Office、OFD、スキャン資料など8種類の形式をカバーし、圧縮はすべて本機で完了する。