local-only server
The server can only run on the client’s local machine because it depends on local resources.
Integrations
ACI.dev搭載の MCP サーバー
MCP サーバーに関する完全なドキュメントとチュートリアルについては、 aci.dev docsをご覧ください。
目次
概要
MCP サーバーに関する完全なドキュメントとチュートリアルについては、 aci.dev docsをご覧ください。
このパッケージは、 ACI.devが管理する関数 (ツール) にアクセスするための 2 つの Model Context Protocol (MCP) サーバーを提供します。
aci-mcp-apps
: 指定されたアプリから機能(ツール)への直接アクセスを提供する MCP サーバーaci-mcp-unified
: ACI.devで利用可能なすべての関数 (ツール) を検出して実行するための 2 つのメタ関数 (ツール) (ACI_SEARCH_FUNCTIONS
とACI_EXECUTE_FUNCTION
) を提供する MCP サーバー
前提条件
このパッケージを使用する前に、次の操作を行う必要があります (詳細についてはチュートリアルを参照してください)。
ACI_API_KEY
環境変数をACI.dev APIキーで設定します。- アプリを構成し、 platform.aci.dev上のエージェントの
allowed_apps
に設定します。 - 後でMCPサーバーを起動するために指定する同じ
--linked-account-owner-id
でアプリ固有のアカウントをリンクします。
インストール
パッケージは PyPI に公開されているため、 uvx
を使用して直接実行できます。
使用法
アプリサーバー
アプリサーバーは、特定のアプリの機能(ツール)に直接アクセスできるようにします。-- --apps
パラメータを使用して、使用するアプリを1つ以上指定できます。(利用可能なアプリの一覧については、 ACI.devをご覧ください。)
統合サーバー
統合サーバーは、サーバー内に直接リストされていない場合でも、 ACI.devで利用可能なすべての関数 (ツール) を検出して実行するための 2 つのメタ関数 (ツール) を提供します。
関数(ツール)は、ユーザーの意図やニーズに基づいて動的に検索・実行されます。LLMのコンテキストウィンドウを何千ものツールで占有したり、複数のMCPサーバーを統合したりする必要はありません。
2種類のサーバータイプを理解する
MCP サーバーに関する完全なドキュメントとチュートリアルについては、 aci.dev docsをご覧ください。
アプリサーバー
アプリサーバーは、 --apps
パラメータで指定した特定のアプリ機能/ツールへの直接アクセスを提供します。これらのツールは、MCPクライアント(Claude Desktop、Cursorなど)がこのサーバーと通信する際に、ツールリストに直接表示されます。
統合サーバー
統合サーバーはアプリ固有のツールを直接公開しません。代わりに、2つのメタ関数(ツール)を提供します。
ACI_SEARCH_FUNCTIONS
: 意図/ニーズに基づいて関数(ツール)を検出しますACI_EXECUTE_FUNCTION
: 検索によって発見された任意の関数(ツール)を実行します。
このアプローチにより、MCPクライアントはACI.devプラットフォームで利用可能なあらゆる機能を動的に検出して利用できるようになります。事前にすべての機能をリストアップする必要はありません。ニーズに基づいて適切なツールを検索し、実行することができます。
構成(MCP クライアントとの統合)
さまざまな MCP クライアントで MCP サーバーを構成する方法の詳細については、 「Unified MCP サーバー」および「Apps MCP サーバー」のセクションを参照してください。
よくある質問
ACI_API_KEY
を取得するにはどうすればよいですか?ACI_API_KEY
はACI.devプロジェクトの API キーです。ACI.devプロジェクト設定で確認できます。- アプリを構成してアクセスを許可するにはどうすればよいですか?ACI.devプロジェクト設定でアプリを構成し、アクセスを許可できます。
LINKED_ACCOUNT_OWNER_ID
取得するにはどうすればよいですか?LINKED_ACCOUNT_OWNER_ID
は、関数にアクセスするために使用するアカウントのIDです。ACI.devプロジェクト設定で確認できます。- アプリ サーバーではなく統合サーバーを使用する利点は何ですか?現在利用可能なMCPサーバーのほとんどは、特定の機能(ツール)セット(通常は単一のアプリ)のみに対応しています。複数のアプリの機能を使用する必要がある場合は、複数のMCPサーバーを統合する必要があります。しかし、複数のMCPサーバーを統合することによる管理オーバーヘッドを許容できる場合でも、すべてのツールがLLMのコンテキストウィンドウに一度に読み込まれるため、LLMツールの呼び出しパフォーマンスが低下する可能性があります。また、事前に必要なアプリや機能(ツール)がわからないこともよくあります。ただし、統合サーバーを使用すると、何千ものツールが LLM のコンテキスト ウィンドウを占有したり、複数の MCP サーバーを統合したりする必要を心配することなく、 ACI.devで利用可能な任意の機能を動的に検出して実行できます。
- 統合サーバーではなくアプリ サーバーを使用する利点は何ですか?場合によっては、関数が事前に計画され制限されているため、関数呼び出しのパフォーマンスがより信頼できるようになります。
- アプリ サーバーで使用するアプリのリストを指定するにはどうすればよいですか?
--apps
パラメータを使用して、アプリサーバーで使用するアプリをカンマ区切りのリストで指定できます。アプリ名の間にスペースを入れないようにしてください。 - 1つのアプリの機能(ツール)だけを使用できますか?はい、
--apps
パラメータで (1 つの) アプリ名を指定することにより、1 つのアプリの機能 (ツール) のみを使用できます。
デバッグ
MCP インスペクタを使用してサーバーをデバッグできます。
tail -n 20 -f ~/Library/Logs/Claude/mcp*.log
を実行すると、サーバーのログが表示され、問題のデバッグに役立つ場合があります。
This server cannot be installed
特定のアプリから直接、またはユーザーの意図に基づいて利用可能な機能を動的に検出して実行するメタ機能を通じて、ACI.dev が管理する機能 (ツール) へのアクセスを提供する MCP サーバー。