すべてのファイルを開いて「どの契約書に X が記載されているか」答えるエージェントはコンテキストを消費し、なおかつ見落としが発生します。インデックスを使用すれば、1 回の呼び出しで一致するファイルを特定でき、エージェントは重要な条項だけを読むだけです。
「サプライヤーは価格について何と言っていたか？」という答えは、しばしば添付ファイル、メッセージ、アーカイブの中にあります。GroupDocs.Search.Mcp はアーカイブをメッセージ単位、添付ファイル単位でインデックスし、エージェントに一致が見つかった正確な場所を伝えます。
各セッションの開始時にプロジェクトのドキュメントを再読込するエージェントは、時間とコンテキストを無駄にします。名前付きの永続インデックスはフォルダーのエージェントメモリです：一度構築し、ファイルが変更されたときに1回の呼び出しで更新され、プロジェクトごとに分離されています。
コーディングエージェントは grep を使ってリポジトリを検索しますが、PDF データシートや Word 仕様書の中身は見えません。MCP 上のローカルドキュメントインデックスにより、コード横のドキュメントに対して同じ検索→読み取りのループが可能になります。
チャットにドキュメントを貼り付けると、質問に不要なテキストでコンテキストが埋め尽くされ、回答がソースから離れてしまいます。ローカルインデックスからのフラグメントはエージェントに一致するパッセージだけを提供するため、すべての回答が根拠を引用できます。
貼り付けた PDF を読む LLM は構造を推測し、スキャン画像は認識できません。GroupDocs.Parser.Mcp はエージェントに抽出ツールを提供するため、1つのプロンプトでテキスト、テーブル、またはバーコードの値を取得できます。
貼り付けた文書からテーブルを読むようLLMに依頼すると、セルがモデルの裁量に委ねられます。GroupDocs.Parser.Mcpは、エージェントに文書エンジンから行を提供し、レビュー用のMarkdownまたは計算用のJSONとして渡します。
Docker を使用し、GroupDocs.Redaction for .NET 26.9 と .NET 10 を利用して、Linux 上の PDF でテキストをマスクする方法を学びます。このサンプルは ExactPhraseRedaction を使用してフレーズを黒いボックスで覆い、Visual Studio または Docker コマンドラインからの実行方法を示します。
ノートパソコン上で動作する Python 署名スクリプトは、スリムコンテナ内で 2 回失敗します。1 回目は .NET バインディングに libssl や libicu がなく、2 回目はイメージにフォントがなく、GroupDocs.Signature が欠落したフォントファミリーを代替しないためです。このチュートリアルでは、両方のレイヤーとスクリプトをポータブルに保つ解決コードを構築します。
Node.js 用の GroupDocs.Signature はプロセス内で JVM を実行するため、コンテナ化するには署名が機能する前に JDK とフォントを用意する必要があります。本記事ではフォントファミリーを選択する3つの方法（ハードコード、ファイル名から検出、ライブラリをプローブ）を比較し、それらに合わせたコードのバインディング上の注意点を解説します。