Files
98191fee54 docs: add NEXUS AI to deployment options (#603)
Adds NEXUS AI as a managed deployment target. NEXUS AI builds
`docker/Dockerfile` from the repository into a container with its own
HTTPS URL, from a single deploy link.

- NEXUS AI is listed under More platforms in the README deploy table
(all eight READMEs) and gets its own row on _docs/deployment-options/_
in all seven languages, following the #492 layout: overview, advantages,
pricing, and a one-click deploy link.
- The deploy link sets `OOMOL_CONNECT_ORIGIN` to the deployment's URL,
asks for `OOMOL_CONNECT_ADMIN_TOKEN` on the form, and generates
`OOMOL_CONNECT_ENCRYPTION_KEY` and `OOMOL_CONNECT_RUNTIME_TOKEN` on the
server. No secret is ever part of the link. Because the runtime token
exists from the first start, the console, admin API, `/v1`, and `/mcp`
all require authentication right away.
- Tested end to end with this exact link: the build reaches Running, the
console signs in with the chosen admin token, unauthenticated requests
to the admin API, `/v1`, and `/mcp` return 401, and the admin can create
runtime tokens.
- The row notes that the default SQLite database lives inside the
container (kept across restarts, not rebuilds) and points to
`OOMOL_CONNECT_DATABASE_URL` for PostgreSQL.
- The logo is a 176x50 lockup like the other deployment logos, with a
dark-mode text color like _nibrun.svg_.

Verified with `npm run fix-check` (no formatting changes) and `npm test`
(2628 passed).

Disclosure: I work on NEXUS AI.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

https://claude.ai/code/session_01UrBf2bwtUA2hvJXHLRRsX7

---------

Co-authored-by: Claude Opus 5.5 <[email protected]>
Co-authored-by: Kevin Cui <[email protected]>
2026-09-27 06:33:48 -04:00

17 KiB
Raw Permalink Blame History

OpenConnector は AI Agent 向けのオープンソース connector gateway であり、Pipedream/Composio の代替です。 ユーザーのアプリアカウントを一度接続すれば、1,000+ の provider と 10,000+ の事前定義済み Action を含む共有 catalog を Agent とアプリケーションに公開できます。

OOMOL セルフホスト その他の platform
マネージド OAuth と hosted runtime をすぐに利用できます。デプロイや OAuth app の設定は不要です。 Docker または Node.js を使い、ローカル環境や自分の infrastructure で実行します。storage と OAuth app は自身で管理します。 Cloudflare、Fly.io、RepoCloud、nibrun、NEXUS AI など。
🚀 OOMOL Hosted セルフホスト その他の platform

アプリコードには Connector SDK、ローカル Agent の relay には oo CLI、Agent host には MCP、custom client には HTTP/OpenAPI、管理とデバッグにはローカル Web Console を使います。

  • credential、scope、schema、policy、実行ログを検査可能な runtime 内に保持します。
  • ローカル、自分の infrastructure、または OOMOL hosted runtime で実行できます。
  • オープンソース版と commercial SaaS 版で同じ provider id、Action id、schema、contract を使います。

提供するもの

  • すぐに使える connector catalog。GitHub、Gmail、Notion、BigQuery、Google Analytics、Supabase、Airtable、Slack などをカバーします。
  • 1 つの runtime に集約された credential 管理:API key、OAuth2、custom credential、認証不要の provider。
  • 検査、拡張できる Action contract:request/response schema、required scope、遅延読み込みされる executor source。
  • 本番利用向けの runtime control:connection identity、scope、runtime token、action allow/block policy、一時ファイル転送、redacted run log。
  • ローカル Docker / Node.js、および OOMOL hosted runtime へのデプロイ。その他のマネージド platform は デプロイ方法 を参照してください。

適している場面

OpenConnector は、provider credential を Agent process に渡さずに、Agent がユーザーの既存ツールへ継続的にアクセスする必要がある製品に適しています。

  • work app、developer tool、data system、communication platform、AI service を横断して再利用可能なアクセスを必要とする Agent 製品。
  • ユーザーアプリへのアクセスに、安定して検査可能な Action contract を必要とする Agent workflow 搭載製品。
  • hosted auth で素早く始めつつ、将来的な private または self-hosted runtime control を確保したいチーム。

開発者向けツール

ツール 用途
Connector SDK 軽量 TypeScript HTTP client。self-hosted runtime には OpenConnector、OOMOL hosted personal / SaaS end-user connection には Connector / ProjectConnector を使います。
oo CLI ローカル Agent の connector Action relay です。oo connector は OOMOL hosted または self-hosted OpenConnector runtime の Action を検索、確認、実行できます。
MCP http://localhost:3000/mcp から MCP 対応 Agent host へ app Action を公開します。
HTTP / OpenAPI /v1/actions/* を直接呼び出すか、生成された /openapi.json document を確認します。

Endpoint、response envelope、auth header、MCP tool、Action guide の例は runtime-api.md を参照してください。

Dashboard プレビュー

OpenConnector には、connectors の閲覧、credentials の設定、runtime token の作成、runtime usage の確認に使えるローカル Dashboard が含まれます。

Connector Catalog

Connector catalog では、利用可能な services の確認、provider の検索、Actions と credential setup への移動を一か所から行えます。

OpenConnector connector catalog dashboard

Usage Overview

デプロイ後は Overview page で runtime readiness、available providers、executable Actions、recent failures、tool call trends、recent calls を確認できます。

OpenConnector runtime overview dashboard

Provider 名と商標はそれぞれの権利者に帰属し、識別と相互運用性のためにのみ使用されています。

仕組み

flowchart LR
  Agent["AI Agent / App"] -->|"SDK / CLI / MCP / HTTP"| Gateway["OpenConnector Gateway"]
  Gateway --> Auth["Credential & OAuth Boundary"]
  Gateway --> Catalog["Provider Catalog"]
  Gateway --> Actions["Open-source Action Executors"]
  Gateway --> Policy["Tokens, Scopes, Allow/Block Policy"]
  Gateway --> Logs["Run Logs"]
  Actions --> Providers["1,000+ Providers"]
  Console["Web Console"] --> Gateway
  Cloudflare["Cloudflare Workers, D1, R2"] -. deploy .-> Gateway

App と Agent は Action を発見し、schema と scope を確認し、connection alias を選択して gateway 経由で実行します。provider secret は runtime 境界の内側に留まり、Agent には実行に必要な metadata、安全な account label、実行結果だけが渡されます。

利用パス

パス 適している対象 含まれるもの
オープンソース self-host 完全な制御を求める開発者とチーム ローカル Docker または Node runtime、SQLite storage、MCP、HTTP、OpenAPI、Web Console
OOMOL OAuth 承認やローンチ期限に制約があるチーム Hosted auth と runtime infrastructure。同じ provider と Action contract を使い、後で private または self-hosted deployment へ移行できるオープンソース互換 interface

クイックスタート

Note

以下では self-hosted runtime を起動します。OAuth provider を使うには、各 provider で登録した OAuth client credential が必要です。独自の OAuth app を設定せずに、対応 provider をユーザーが 直接認可できるようにするには、OOMOL hosted connectors を利用してください。

公開イメージから Docker Compose で runtime を起動します。

docker compose up

これは ghcr.io/oomol-lab/open-connector:latest を pull します。ソースからビルドする場合:

docker compose -f docker-compose.yml -f docker-compose.build.yml up --build

ローカル console と生成された API reference を開きます。

http://localhost:3000
http://localhost:3000/docs

認証不要の Action を実行して runtime を確認します。

curl -s -X POST http://localhost:3000/v1/actions/hackernews.get_top_stories \
  -H 'content-type: application/json' \
  -d '{"input":{}}'

完全なローカルセットアップ、最初の provider connection、OAuth flow、runtime settings は quickstart.md を参照してください。

Provider を接続する

GitHub は personal access token を使用できるため、最も簡単な credential 付きの例です。

curl -s -X PUT http://localhost:3000/api/connections/github \
  -H 'content-type: application/json' \
  -d '{"authType":"api_key","values":{"apiKey":"github_pat_..."}}'

curl -s -X POST http://localhost:3000/v1/actions/github.get_current_user \
  -H 'content-type: application/json' \
  -d '{"input":{}}'

OAuth2 app、named connection、credential encryption、token refresh、action policy については、 credentials.md と configuration.md を参照してください。

Web Console

runtime 起動後に http://localhost:3000 を開きます。console では provider browsing、API key と OAuth client configuration、runtime token 作成、Action schema inspection、Action debugging、recent run review、 生成された OpenAPI と MCP metadata へのアクセスができます。

Docker イメージ(GHCR)

事前ビルドされた Docker イメージで OpenConnector を実行できます(GitHub Packages / GHCR): ghcr.io/oomol-lab/open-connector。最新 release は latest、production では release version を固定、 最新の main build は tip を使います。

イメージの tag、pull、実行については docker-ghcr.md(英語) を参照してください。

Wanta で desktop Agent を構築する

OpenConnector と Wanta は、OOMOL の open-source ecosystem で AI Agent を支える二つのプロジェクトです。OpenConnector は Gmail、Slack、Notion などの外部サービスを Agent に接続します。Wanta は OpenCode で動作する完全な desktop Agent application で、OpenConnector を通じて接続済み SaaS サービスを利用します。

  • ローカル実行: Wanta account を作成せず、自分の OpenAI-compatible model を使用できます。
  • 独自開発: Wanta を fork し、prompts、tools、interface、models、branding をカスタマイズできます。
  • Hosted services: 任意の hosted experience では、managed models、OAuth connections、team workspaces を利用できます。

Issue と pull request による貢献を歓迎します。

ドキュメント

開発

Node.js 22 以上を使用してください。

npm install
npm run dev

Local API runtime は http://localhost:3000 で待ち受けます。Web Console dev server は http://localhost:5173 で待ち受け、API requests を runtime に proxy します。

pull request を開く前に実行します。

npm run fix-check
npm test

Provider code は src/providers/<service> 配下にあります。Provider contribution rule は CONTRIBUTING.md を参照してください。

ライセンス範囲

特に明記されていない限り、この repository の source code、script、生成された project scaffolding、test、 documentation は Apache License, Version 2.0 の下でライセンスされています。LICENSE.txt を参照してください。

この repository の Apache-2.0 license は、各権利者が所有する third-party product、provider、app、API、 trademark、service mark、trade name、logo、icon、brand asset、documentation、screenshot、その他の copyrighted material に対する権利を付与するものではありません。

Provider と app の名称、metadata、link、scope、permission、任意の logo/icon は、service の識別と相互運用性のためだけに含まれます。 すべての third-party brand と product の権利は、それぞれの権利者に帰属します。この catalog に含まれることは、それらの権利者による承認、後援、提携、認証、検証を意味しません。

provider metadata や asset を提供する場合は、提出できる権利を持つ素材のみを含めてください。brand file をこの repository にコピーするのではなく、公式に公開されている asset へリンクすることを優先してください。

コミュニティ

issue と pull request は、焦点が合い、敬意があり、実行可能な内容にしてください。この project への参加には CODE_OF_CONDUCT.md が適用されます。

OpenConnector を応援する

OpenConnector が役に立ったら、⭐ を付けていただくことで、より多くの開発者にこのプロジェクトを知ってもらえます。

GitHub で OpenConnector に Star を付ける方法

コントリビューター

OpenConnector の開発にご協力いただいたすべての皆さまに感謝します。参加方法については コントリビューションガイド をご覧ください。

OpenConnector コントリビューター

Star 履歴

Star 履歴