すべてのファイルを開いて「どの契約書に X が記載されているか」答えるエージェントはコンテキストを消費し、なおかつ見落としが発生します。インデックスを使用すれば、1 回の呼び出しで一致するファイルを特定でき、エージェントは重要な条項だけを読むだけです。
「サプライヤーは価格について何と言っていたか？」という答えは、しばしば添付ファイル、メッセージ、アーカイブの中にあります。GroupDocs.Search.Mcp はアーカイブをメッセージ単位、添付ファイル単位でインデックスし、エージェントに一致が見つかった正確な場所を伝えます。
各セッションの開始時にプロジェクトのドキュメントを再読込するエージェントは、時間とコンテキストを無駄にします。名前付きの永続インデックスはフォルダーのエージェントメモリです：一度構築し、ファイルが変更されたときに1回の呼び出しで更新され、プロジェクトごとに分離されています。
コーディングエージェントは grep を使ってリポジトリを検索しますが、PDF データシートや Word 仕様書の中身は見えません。MCP 上のローカルドキュメントインデックスにより、コード横のドキュメントに対して同じ検索→読み取りのループが可能になります。
チャットにドキュメントを貼り付けると、質問に不要なテキストでコンテキストが埋め尽くされ、回答がソースから離れてしまいます。ローカルインデックスからのフラグメントはエージェントに一致するパッセージだけを提供するため、すべての回答が根拠を引用できます。
このリリースでは、インデックス変更操作における OverflowException を修正しました。
GroupDocs.Search for .NET 26.6 は、サイズが 1 TB を超えるインデックスのサポートを導入します。
2025年11月の 25.11 リリースでは、デフォルトの .log テキスト抽出機能を導入し、backup‑privilege 抽出を修正して、インデックス作成と信頼性を向上させました。