ACI.devは600超のツールをMCPかSDKでエージェントへ渡す

aci本体とaci-mcpを同じクローンで扱わない

aipotheosis-labs/aciのREADMEは冒頭で、このリポジトリがACI.devプラットフォーム本体であり、Unified MCPサーバーを探すならaci-mcpを見るよう注記する。ホームページはhttps://www.aci.dev/、言語はPython、ライセンスはApache-2.0、デフォルトブランチはmain。取得時点のスターは4887、フォークは484、オープンissueは63。リリースタグはv0.0.1-beta.3、v0.0.1-beta.2、v0.0.1-beta.1で、最新もベータのまま2024-12-01に出ている。pushedAtも同日であり、材料取得日2026-08-29から見ると、その後のpushはメタデータ上ない。

ACI.devの自己定義は、600以上のツールをエージェント型IDEや独自エージェントへつなぐオープンソースのツール呼び出し基盤である。意図を踏まえたツールアクセス、マルチテナント認証、粒度の細かい権限、動的なツール発見を、直接の関数呼び出しかUnified MCPサーバー経由で出す、と書く。例として、Google CalendarとSlack向けに別々のOAuthとAPIクライアントを書かず、認証をACI.devに任せ、Python SDKかaci-mcp経由で関数呼び出しにする、とある。SDKはany LLM framework互換と自報する。

関連リポジトリはREADMEのQuick Linksに並ぶ。Python SDKはaci-python-sdk、TypeScript SDKはaci-typescript-sdk、MCP実装はaci-mcp、エージェント例はaci-agents。ドキュメントはaci.dev/docs、ツール一覧はaci.dev/tools、マネージドサービスはaci.dev。本リポジトリをcloneしてMCPサーバー単体だと思い込むと、READMEの注記と食い違う。

600超統合と自然言語の権限境界という自報

Key Featuresは六つある。600+の既存統合、Unified MCPか軽量SDKによる呼び出し、開発者とエンドユーザー双方のOAuthとシークレット管理、自然言語の権限境界と動的ツール発見、LLM枠とエージェント構成を問わないこと、バックエンド・開発ポータル・統合までApache 2.0で公開していること。Why Use ACI.devの項は、複数ユーザーを複数サービスへつなぐ認証、LLMの文脈窓を埋めない発見、人間が読める権限、ツール呼び出しのログ、ベンダーロックインを避ける、と並べる。いずれもREADMEの主張であり、成功率やレイテンシの数値は隣に無い。

VibeOpsはREADMEが繰り返す用途名である。エージェント型IDEへUnified MCPを一つ足し、Vercel、Supabase、Cloudflareなどを設定し、プロビジョニング、デプロイ、データベース設定、デバッグをエージェントに任せて試作を公開物にする、と書く。デモ動画はUnified MCP ServerとVibeOpsの二つがYouTubeへリンクされる。Common Use Casesには、VibeOpsのほか、Web検索・カレンダー・メール・SaaSを扱うアシスタント、NotionやGoogle Sheetsへ同期する調査エージェント、リード獲得とCRM更新の営業エージェント、チケット操作を含むサポートエージェントが並ぶ。実装手順や成功率は、この箇条書きには付いていない。

ローカルでプラットフォーム全体を動かす入口は、backend/README.mdとfrontend/README.mdへのポインタだけである。ルートREADMEは起動コマンドを書かない。統合が足りなければ.github/ISSUE_TEMPLATE/integration_request.ymlで依頼するか、自分でPRする、とある。CONTRIBUTING.mdへの誘導もある。コミュニティはDiscord、X（AipoLabs）、LinkedIn。スター履歴のバッジはあるが、品質指標ではない。

backendが要求するPython 3.12とdocker compose

バックエンド側の文書（旧稿がbackend/README.mdから拾った範囲）では、前提はPython 3.12以降、DockerとDocker Compose、パッケージ管理のuvである。流れはuv sync、pre-commit install、.env.exampleを.env.localへコピー、docker compose up --build。起動するものはサーバー、PostgreSQL、AWSを模したLocalStack、pytestやCLIを回すrunnerコンテナである。デフォルトのシードはプロジェクト、エージェント、APIキー、それにBrave Search、Hacker News、ダミーOAuth2を持つGmailの三アプリを作る。全アプリを載せるにはシークレットを手動で作るか、--all --mockを使う。ローカルのAPI文書パスは/v1/notforhuman-docs。コードスタイルはruff、mypy、pre-commit。

構成要素は四つと書かれている。API・認証・ツール実行を受けるFastAPIサーバー、ベクトル類似検索向けpgvector付きPostgreSQL、ローカル試験用CLI、共通処理のsharedモジュール。pgvectorが何のベクトルを持つかはルートREADMEにもバックエンド文書の要約にも無く、スキーマを開くまで分からない。データベースを変えるときはalembic checkで差分を見て、alembic revision --autogenerateでファイルを出し、pgvectorのimport、インデックスの作成と削除、ベクトル拡張を人手で見る。適用はalembic upgrade head、戻しはdowngrade -1。試験はtest-runnerコンテナ内のpytest。件数もカバレッジ目標も書かれていない。

フロントエンドはfrontend/README.md任せで、ルートREADMEはポータルがあること以外を述べない。managedサービスaci.devと、自分でbackendを起こす経路は別物である。docker composeが起きたことと、aci.dev上のホスト済みAPIが同じ契約だと思わない方がよい。

PropelAuthとStripeを.env.localで差し替える開発

開発ポータルを自分で触る場合、PropelAuthの設定が文書化されている。.env.localのダミー値を本番用ではなく開発用の値へ置き、ngrokでローカルサーバーを公開し、PropelAuthのウェブフックを付け、compose.ymlのモックサービスをコメントアウトする。課金機能を触るときはStripe CLIでイベントをローカルエンドポイントへ転送する。これらはローカル開発の話であり、本番の顧客テナントへつなぐ手順ではない。

aciの管理CLIは内部ツールと位置づけられ、ヘルプにcreate-agent、upsert-app、fuzzy-test-function-executionなどが出る。アプリと関数とユーザーをこのCLIで載せる想定である。aciの評価パイプラインは関数検索またはツール実行向けで、モードはgenerate-and-evaluate、generate-only、evaluate-only。必要な環境変数はサーバーURL、APIキー、OpenAIキー、Weights & Biasesキー。結果は公開W&Bプロジェクトへ送れる。生成件数と評価件数は制限できる。前提は全アプリとモック認証でのシード。精度数字はREADMEに無い。

ルートREADMEの「600+ Pre-built Integrations」と、シードがBrave SearchとHacker NewsとGmailの三つであることは、層が違う。ローカルの--all --mockはモックであり、aci.dev/toolsの一覧と同じ集合だとは書かれていない。fuzzy-test-function-executionが通っても、Google Calendarの本番OAuthが通ったことにはならない。

Apache-2.0の特許終了条件とbetaタグの読み方

ライセンスはApache License 2.0である。著作権と特許の許諾は永続的、世界的、非独占、無償、ロイヤリティフリーと一般的な条文どおりだが、利用者が特許訴訟を起こすと特許許諾は終了する。コピーレフトは無いので、エージェント製品へ組み込んでバイナリ配布する用途ではGPLより衝突しにくい。保証もサポート契約もLICENSEには無い。READMEが100% Open Sourceと書く範囲はbackend、dev portal、integrationsであり、マネージドのaci.dev上の運用SLAは別契約になる。

タグがv0.0.1-beta.3のまま止まっている事実は、APIと統合一覧がまだ動く前提で読むべきだという印である。Framework & Model Agnostic、自然言語の権限境界、動的発見は、いずれもベータ時点の設計説明であり、互換約束ではない。最終pushが2024-12-01である点を、週次で統合が増える前提に翻訳してはいけない。スター4887は関心の指標になりえても、その後のコミット頻度を補わない。

手元確認はaipotheosis-labs/aciに固定し、backend/README.mdのuv syncとdocker compose up --buildを先に見る。シード後に/v1/notforhuman-docsが開くか、alembic upgrade headがpgvector込みで通るか、create-agentがダミーキーを出すか。MCP経路を試すなら別リポジトリaci-mcpを使い、本リポジトリのcomposeと混線させない。VercelやSupabaseを本番プロジェクトへつなぐ作業は、.env.localのダミーOAuthの外にある。READMEに無いレイテンシと成功率は、この確認でも出てこない。

編集部の結論

ACI.devは、Google CalendarやSlack向けに個別のOAuthとAPIクライアントを書きたくないエージェント実装者、VercelやSupabaseやCloudflareを一つのMCPで触りたいIDE利用者に向く。v0.0.1-beta.3のAPIを本番契約の前提にしたい運用、最終pushが2024-12-01である点を無視して継続メンテを前提にしたい組織には向かない。最初に確認するのはbackend/README.mdのPython 3.12、uv sync、.env.exampleを.env.localへコピー、docker compose up --buildでserverとPostgreSQLとLocalStackが起きること、および本リポジトリとaci-mcpを取り違えていないこと。

公式情報源

1. Official documentation
2. Official README
3. Project repository
4. Release notes