独占：LucidLink、MCPサーバーを公開 – AIエージェントに分散ファイルへの共有アクセスを提供

LucidLink Corp.は、オブジェクトストレージ技術に基づくクラウドネットワーク接続ストレージシステムのメーカーであり、本日、Model Context Protocol（MCP）サーバーの公開ベータ版をリリースし、その分散ファイルシステム技術をエージェントAIに拡張しました。このサーバーにより、AIエージェントはクラウド、オンプレミスシステム、エッジ環境を横断して共有ファイルにアクセスできます。

同社によると、LucidLink MCPサーバーは、MCP互換のエージェントまたはオーケストレーターをLucidLinkファイルスペースに接続します。目標は、マルチエージェントシステムに永続的で書き込み可能な共有状態レイヤーを提供し、エージェント、アプリケーション、人間がデータを繰り返しコピーまたは移動することなく同じファイルから作業できるようにすることです。

データ移動の問題は、企業が単一エージェントのデモから複数のエージェントと人間のレビューアーが関わる本番ワークフローへと移行するにつれて、ますます緊急性を増しているとLucidLinkは述べています。そのような設定では、問題は単にエージェントをツールやデータソースに接続することではなく、セッション、ノード、フレームワークを横断してコンテキスト、出力、作業状態を保持することです。

「過去10年間、私たちは共有アセットで共同作業するチーム向けに分散データの課題を解決してきました」と共同設立者兼CEOのPeter Thompson氏は述べています。しかし、顧客が分散した人間チームが使用するのと同じシステムにエージェントを接続し始めるのを目にするにつれて、エージェントが実行されている場所とは異なる場所にあるファイル内の「共有された永続的なコンテキスト」が必要になりました。

MCPサーバーは、エージェント間通信の事実上の標準となりつつあるプロトコルを介して、LucidLinkの既存の分散ストリーミングファイルシステムを公開することを目的としています。このサーバーは、AnthropicのClaude、OpenAIのAgents SDK、オープンソースのLangChain、LlamaIndex、CrewAIフレームワーク、およびその他のMCP互換フレームワークと連携します。

Thompson氏は、エージェントの基本的なアクセスパターンは人間がファイルを使用する方法と根本的に変わらないと述べています。違いは、エージェントワークフローがファイルをメモリ、コンテキスト、出力として依存することです。「特定のタスクに取り組むエージェントの場合、その出力は別のエージェントのコンテキストとなるマークダウンファイルになります」と彼は言います。

これにより、ワークロードが複数の場所やインフラストラクチャ環境にまたがる場合、永続性の問題が発生します。データはオンプレミス、複数のクラウド、またはエッジに存在する可能性があります。それを別のAIプラットフォームに移動すると、特に規制業界の企業にとって、レイテンシ、ガバナンス、コンプライアンスの問題が発生する可能性があります。

「これらの大企業にとって最大の問題は、データが複数の場所に存在することです」とThompson氏は言います。「データを見つけ、移動し、統合し、非共有の方法でアクセスを提供すると、パイプラインが壊れます。」

大規模ファイルに最適化

LucidLinkの技術はもともと、メディア制作、エンジニアリングなどのデータ集約型環境で大規模ファイルを扱う分散チーム向けに開発されました。このプラットフォームには、ブロックレベルのストリーミング、グローバルファイルロック、ゼロナレッジAES-256暗号化が含まれています。同社は6,000以上の顧客を持ち、95ペタバイト以上のデータを管理していると述べています。

これらの機能は現在、エージェントAIのインフラストラクチャとして位置付けられています。グローバルファイルロックは、複数のエージェントが共有ファイルに書き込む際の競合を防ぎます。ゼロナレッジ暗号化は、LucidLinkもクラウドプロバイダーも顧客の暗号化キーを保持しないことを意味します。また、同じ名前空間が3つの主要なハイパースケーラークラウド、オンプレミス、およびエアギャップ環境で機能するとしています。

LucidLinkは、MCPサーバーをベクターデータベース、データレイク、Apache Icebergなどの分散テーブル形式の代替として提示していません。Thompson氏は、ベクターデータベースは検索に対応する一方、自社は出力を保持し、ワークフロー内の次のエージェントが利用できるようにするファイルベースの書き込みパスに焦点を当てていると述べています。

「ファイルがコンテキストです」と彼は言います。例えば、あるエージェントがビデオファイルからトランスクリプトを作成し、別のエージェントがそのトランスクリプトと元のビデオの両方を後続のステップのコンテキストとして使用する場合があります。ファイルが共有のLucidLinkファイルスペースにあれば、次のエージェントは権限に従って即座にアクセスできます。

Thompson氏は、エージェントワークフローが企業環境ではまだまれであることを認めています。「一部の顧客は間違いなく最先端ですが、他の多くは今それを理解しようとしているところです」と彼は言います。

それでも、状態管理はすでに実際的な障害として現れていると彼は述べています。「それを正しく行わなければ、期待する出力は得られません」と彼は言います。「また、すべてを機能させるためにかなり多くのオーバーヘッドがあることもわかっています。」