&color=rgb(255%2C%20255%2C%20255%2C%200))
&color=rgb(0%2C0%2C0%2C0))
認証情報は OOMOL 内に保持されます。バックエンドは SDK、MCP、または HTTP を通じて、接続名とパラメータを使用して許可されたインターフェースを呼び出します。
既製の統合を活用
ユーザーがすでに使っている Apps を接続し、ページネーション、パラメータ、エラー、スコープではなくプロダクトエクスペリエンスに時間を費やしましょう。
1 つの SDK1000 以上の App 統合
OOMOL は、AI エージェントとプロダクトバックエンド全体にわたる信頼できる1つの接続レイヤーのための、完全なオープンソース App 統合ソリューションです。
- 1000+
- App 統合
- 10000+
- 呼び出し可能なツール
- 1
- オープンソース SDK
ユーザーがすでに使っている Apps を接続
GitHub、Gmail、Notion、Slack、Supabase、Airtable: それぞれのために認証や呼び出しを再構築する必要はありません。OOMOL で接続すれば、プロダクトで1つの接続レイヤーを使用できます。
Apps を閲覧 GitHub
Gmail
Notion
Slack
Supabase
Airtable
Google Sheets
HubSpot
Zoom
Figma
Stripe
Cloudflare
同じ API 作業の再構築をやめよう
OOMOL は認可、認証情報、パラメータ、呼び出し、記録をプロダクト向けの管理された1つの接続レイヤーに集約します。
認証情報をアプリコードから分離
API キー、OAuth トークン、接続設定は OOMOL 内に保持されます。バックエンドは接続名とパラメータで呼び出します。
1度接続すればどこでも使用可能
TypeScript バックエンド、MCP ツール、HTTP 呼び出しが、ユーザーに再認可を要求することなく同じアカウントを使用できます。
最初の統合をより少ない作業で設定
OOMOL Console でプロジェクトを作成して App を設定し、バックエンドで SDK を使ってユーザーを認可し、アクションを呼び出します。
- 01
プロジェクトを作成
OOMOL Console でプロジェクトを作成し、プロジェクト ID と API キーをバックエンドに安全に保存します。
- 02
App を設定
プロバイダー設定を追加し、App の OAuth 情報を入力して、必要なスコープを選択します。
- 03
ユーザー認可を開始
SDK を使って認可リンクを作成し、プロダクトでコールバックを処理します。
- 04
アクションを呼び出して確認
接続済みアカウントを選び、バックエンドからアクションを実行し、OOMOL で状態とログを確認します。
1つの接続セット、複数の呼び出し方法
TypeScript SDK、oo CLI、MCP、HTTP が同じ接続アカウントを呼び出せます。認可や認証情報の作業を繰り返すことなく、ユースケースごとに呼び出し方法を選択できます。
ホスティングで素早く開始、セルフホスティングで管理を維持
統合をすぐに追加したい場合は OOMOL ホスティングを使用して認証、認証情報、呼び出しを処理します。チームがコード、データ、運用の管理を必要とする場合は、Cloudflare にデプロイするか OpenConnector をセルフホストします。
エッジデプロイメント
Cloudflare にデプロイ
Workers、D1、R2、Static Assets を使用して、チームが管理する軽量サービスを実現します。
よくある質問
ホスティング、認証情報の保存、アクセスパス、権限、接続状態に関する回答です。
アカウントの認証情報はどこに保存されますか？
どのエントリーポイントからこれらの接続を使用できますか？
SDK、oo CLI、MCP、HTTP、OpenAPI がすべて同じ接続を使用できます。プロダクトに合ったエントリーポイントを選択してください。
エージェントとプロダクトバックエンドで同じ接続を共有できますか？
はい。同じ接続サービスが、oo CLI または MCP を通じてエージェントワークフローを、SDK または HTTP を通じてプロダクトバックエンドを提供できます。アクセスは、各ユースケースのために公開するアカウント、スコープ、アクションに依存します。
SDK はブラウザから呼び出すべきですか、バックエンドからですか？
SDK は信頼されたバックエンドから使用してください。ブラウザページはユーザー向けの認可フローを開始できますが、プロジェクトの認証情報、管理者トークン、または機密な接続識別子を含む実行呼び出しはサーバー側に留めるべきです。
OAuth のみ対応ですか？
いいえ。OOMOL は OAuth、API キー、カスタム認証情報、およびプロバイダーアクションがその接続タイプをサポートしている場合に認証なしプロバイダーをサポートします。OAuth フローは認可を待機できますが、API キーとカスタム認証情報の接続はアカウントを同期的に返せます。
公開するアクションを制限できますか？
はい。エージェントやプロダクト機能にアクションを公開する前に、プロバイダースコープ、アクションスキーマ、接続ラベルを確認してください。セルフホスト型デプロイメントでは、チームがデプロイポリシー、ストレージ、ログ、公開するインターフェースも管理します。
OOMOL ホスティングはどのような場合に適していますか？
OAuth アプリ、認証情報の保存、サービスの稼働率に関する運用タスクを減らしたい場合に、ホスト型 OOMOL を使用してください。
セルフホスティング時に何を管理しますか？
セルフホスティングでは、チームが OAuth アプリ、API キー、ランタイムデータベース、暗号化キー、デプロイメント、アップデート、ログ、アクセス制御を管理します。このパスにより、コードとデータに対するより多くの運用管理が得られます。
接続が使用可能かどうかはどうやってわかりますか？
接続されたアカウントは、アクティブ、再認可が必要、エラー、切断済みなどの状態を報告します。プロダクトはアクションを呼び出す前にアカウント状態を確認し、認可の有効期限が切れた場合にユーザーに再接続を案内できます。
ここに表示されている Apps のみ対応ですか？
いいえ。これらのロゴは例です。OOMOL は、SaaS、開発者ツール、生産性アプリ、データシステム、AI サービスにまたがる 1000 以上の Apps やサービスに接続できます。
