Leina 
Wanta 
npm i @oomol-lab/connector 기성 통합을 사용하세요
기성 통합이 페이지네이션, 매개변수, 오류 및 스코프를 처리하므로 팀은 제품 경험에 더 많은 시간을 쓸 수 있습니다.
하나의 SDK1000개 이상의 앱 통합
OOMOL Platform은 앱 통합을 위한 완전한 오픈소스 스택입니다.AI 에이전트와 제품 백엔드를 위한 하나의 안정적인 연결 계층입니다.
- 1,000+
- 앱 통합
- 10,000+
- 호출 가능한 도구
- 1
- 오픈소스 SDK
사용자가 이미 사용 중인 앱을 연결하도록 지원하세요
OOMOL을 통해 GitHub, Gmail, Notion, Slack, Supabase, Airtable 등을 연결하세요. 제품에서 바로 사용할 수 있는 하나의 인증 및 호출 계층을 공유합니다.
Apps 둘러보기 GitHub
Gmail
Notion
Slack
Supabase
Airtable
Google Sheets
HubSpot
Zoom
Figma
Stripe
Cloudflare
동일한 API 작업을 반복해서 만들지 마세요
OOMOL은 인증, 자격 증명, 매개변수, 호출 및 기록을 제품을 위한 하나의 관리형 연결 계층으로 통합합니다.
자격 증명을 앱 코드 밖에 유지하세요
API 키, OAuth 토큰 및 연결 설정은 OOMOL에 남아 있습니다. 백엔드는 연결 이름과 매개변수로 호출합니다.
한 번 연결하고 어디서나 사용하세요
TypeScript 백엔드, MCP 도구 및 HTTP 호출이 사용자에게 다시 인증을 요청하지 않고 동일한 계정을 사용할 수 있습니다.
더 적은 작업으로 첫 통합을 설정하세요
OOMOL Console에서 프로젝트를 만들고 App을 구성한 다음, 백엔드에서 SDK를 사용해 사용자를 인증하고 액션을 호출하세요.
-
프로젝트 만들기
OOMOL Console에서 프로젝트를 만들고 프로젝트 ID와 API 키를 백엔드에 저장하세요.
-
App 구성하기
공급자 구성을 추가하고 App의 OAuth 세부 정보를 입력한 다음, 제품에 필요한 스코프를 선택하세요.
-
사용자 인증 시작하기
SDK를 사용해 인증 링크를 만들고 제품에서 콜백을 처리하세요.
-
액션 호출 및 모니터링하기
연결된 계정을 선택하고 백엔드에서 액션을 실행한 다음, OOMOL에서 상태와 로그를 확인하세요.
하나의 연결 세트, 다양한 호출 방식
TypeScript SDK, oo CLI, MCP 및 HTTP는 동일한 연결된 계정을 호출할 수 있습니다. 인증이나 자격 증명 작업을 반복하지 않고 각 사용 사례에 맞는 호출 방식을 선택하세요.
TypeScript
Connector SDK
TypeScript 백엔드에서 연결된 앱에 접근하고 제품에 통합을 내장하세요.
Terminal
oo CLI
오픈소스 명령줄 도구 터미널에서 연결을 확인하고, 파라미터를 읽고, 호출을 검증하기 위한 도구입니다.
oo login MCP
MCP
OOMOL의 MCP 지원을 사용하여 MCP 호스트가 연결된 앱에 접근할 수 있도록 하면서, 계정과 권한은 OOMOL에서 계속 관리됩니다.
connector.oomol.com/v1/mcp REST
HTTP 및 OpenAPI
일반 HTTP를 사용하거나, 생성된 클라이언트가 필요할 때 OpenAPI 설명을 읽으세요.
GET /v1/catalog 호스팅으로 더 빠르게 시작하고, 셀프 호스팅으로 통제력을 유지하세요
더 빠르게 통합을 추가하고 싶을 때는 OOMOL 호스팅으로 권한 부여, 자격 증명, 호출을 처리하세요. 팀이 코드, 데이터, 운영에 대한 통제가 필요할 때는 Cloudflare에 배포하거나 OpenConnector를 셀프 호스팅하세요.
오픈소스 셀프 호스팅
OpenConnector 셀프 호스팅
완전한 통제가 필요할 때 연결 서비스, 웹 콘솔, 데이터를 자체 환경에 유지하세요.
FAQ
호스팅, 자격 증명 저장, 접근 경로, 권한, 연결 상태에 대한 답변입니다.
계정 자격 증명은 어디에 저장되나요?
자격 증명은 OOMOL에 유지됩니다. 백엔드는 연결 이름과 파라미터를 사용하여 SDK, MCP, HTTP를 통해 허용된 인터페이스를 호출합니다.
어떤 진입점에서 이러한 연결을 사용할 수 있나요?
SDK, oo CLI, MCP, HTTP, OpenAPI 모두 동일한 연결을 사용할 수 있습니다. 제품에 맞는 진입점을 선택하세요.
에이전트와 제품 백엔드가 동일한 연결을 공유할 수 있나요?
네. 동일한 연결 서비스가 oo CLI 또는 MCP를 통해 에이전트 워크플로를, SDK 또는 HTTP를 통해 제품 백엔드를 지원할 수 있습니다. 접근은 각 사용 사례에 대해 노출하는 계정, 범위, 작업에 따라 달라집니다.
브라우저에서 SDK를 호출해야 하나요, 백엔드에서 호출해야 하나요?
신뢰할 수 있는 백엔드에서 SDK를 사용하세요. 브라우저 페이지는 사용자 대상 권한 부여 흐름을 시작할 수 있지만, 프로젝트 자격 증명, 관리자 토큰, 민감한 연결 식별자가 관련된 실행 호출은 서버 측에 있어야 합니다.
OAuth만 지원하나요?
OOMOL은 공급자 작업이 해당 연결 유형을 지원할 때 OAuth, API 키, 사용자 지정 자격 증명, 인증 없는 공급자를 지원합니다. OAuth 흐름은 권한 부여를 기다릴 수 있으며, API 키 및 사용자 지정 자격 증명 연결은 계정을 동기적으로 반환할 수 있습니다.
노출되는 작업을 제한할 수 있나요?
네. 에이전트나 제품 기능에 작업을 노출하기 전에 공급자 범위, 작업 스키마, 연결 레이블을 검토하세요. 셀프 호스팅 배포에서는 팀이 배포 정책, 스토리지, 로그, 게시하는 인터페이스도 통제합니다.
OOMOL 호스팅은 언제 적합한가요?
팀이 OAuth 앱, 자격 증명 저장, 서비스 가동 시간과 관련된 운영 작업을 줄이고 싶을 때 호스팅 OOMOL을 사용하세요.
셀프 호스팅 시 무엇을 관리하나요?
셀프 호스팅 시 팀은 OAuth 앱, API 키, 런타임 데이터베이스, 암호화 키, 배포, 업데이트, 로그, 접근 제어를 관리합니다. 이 경로는 코드와 데이터에 대한 더 많은 운영 통제를 제공합니다.
연결이 사용 가능한지 어떻게 알 수 있나요?
연결된 계정은 활성, 재승인 필요, 오류, 연결 해제됨과 같은 상태를 보고합니다. 제품은 작업을 호출하기 전에 계정 상태를 확인하고 권한 부여가 만료되면 사용자를 재연결로 안내할 수 있습니다.
여기에 표시된 앱만 지원하나요?
로고는 소수의 예시를 보여줍니다. OOMOL은 SaaS, 개발자 도구, 생산성 앱, 데이터 시스템, AI 서비스 전반에 걸쳐 1000개 이상의 앱과 서비스에 연결할 수 있습니다.