osFoundry / Platform
커넥터
플랫폼이 지원하는 모든 통합 — 1차 제공 및 커뮤니티 — 의 카탈로그.
개요
커넥터는 워크스페이스가 닿을 수 있는 모든 통합을 하나로 모은 osFoundry의 단일 카탈로그로, 두 종류를 아우릅니다. 하나는 API 커넥터로, OAuth, API 키, bearer, basic 인증 뒤에 있는 외부 HTTP API를 가리킵니다. 다른 하나는 MCP 서버로, Model Context Protocol 도구를 기기에서 로컬로 실행하거나 HTTP로 호스팅해 사용합니다. 통합을 여러 설정 페이지에 흩어 놓는 대신, 탐색 화면은 모든 것을 범주별로 묶습니다. AI 제공사, 생산성, 커뮤니케이션, 개발자 도구, 스토리지, 소셜, 그리고 MCP로 나누고, 이름과 설명, 태그를 아우르는 실시간 검색을 갖춰, 실제로 찾을 때의 방식 그대로 원하는 기능에 이르게 합니다.
osFoundry 안에서 이 카탈로그는 고정된 목록이 아닙니다. Discover 패널은 앱 안에서 공식 MCP Registry를 검색하므로, "내가 추가할 수 있는 것"이 "내가 이미 가진 것" 바로 옆에 놓입니다. 쿼리를 입력하거나 GitHub 저장소 URL을 붙여넣으면, osFoundry는 그것을 README에서 추측하는 대신 구조화되어 설치 가능한 서버(명령, 인자, 필요한 환경 변수)로 해석합니다. 레지스트리 게시에는 별도의 허가가 필요 없으므로 각 결과는 출처를 보여줍니다. 검증된 네임스페이스 배지는 게시자가 자신이 누구인지 증명했음을 알려 주며(io.github.* 네임스페이스는 GitHub OAuth, 도메인은 DNS/HTTP 증명), 이는 설치 전에 정식 서버와 타이포스쿼트를 구분하는 데 바로 필요한 신호입니다. 카드는 서버가 기기에서 실행되는지(stdio) 호스팅되는지(HTTP), 그리고 이미 추가되어 있는지를 표시합니다.
이것이 중요한 이유는 osFoundry가 BYOK이자 로컬 우선이기 때문입니다. 자신의 계정을 자신의 자격 증명으로 연결하므로 리셀러 마진이 없고, 비밀 정보는 운영체제 키체인에 저장되어 커넥터 정의나 모델에 전달되는 컨텍스트에는 결코 들어가지 않습니다. 커넥터가 마련되면 에이전트와 워크스페이스 앱은 관리자가 통제하고 감사 가능한 프록시를 통해 그것을 사용합니다. 앱은 직접적인 네트워크 접근 없이 실행되며 connector.call()을 호출하므로, 나가는 모든 요청은 앱의 매니페스트와 대조해 검증되고 기록됩니다. 업데이트 감지는 설치된 레지스트리 서버에 새 버전이 나오면 이를 표시하며, 새 코드를 조용히 다시 실행하지 않습니다. 명령이나 서버 URL이 바뀌면 첫 설치 때와 똑같은 명시적 동의를 다시 요구합니다.
주요 기능
- 모든 통합을 하나의 카탈로그에서 살펴보세요. API 커넥터와 MCP 서버를 범주별(AI 제공사, 생산성, 커뮤니케이션, 개발자 도구, 스토리지 등)로 묶고 이름, 설명, 태그를 아우르는 검색을 제공합니다
- 공식 MCP Registry(registry.modelcontextprotocol.io)의 커뮤니티 서버를 앱 안에서 바로 발견하거나, GitHub 저장소 URL을 붙여넣어 설치 가능한 서버로 해석합니다
- 설치 전에 서버를 누가 게시했는지 확인하세요. 검증 배지가 레지스트리에서 검증된 네임스페이스(GitHub OAuth 또는 DNS/HTTP 증명)를 표시하고, 자체 항목과 허가 없이 올라온 커뮤니티 항목을 구분합니다
- 자신의 기기에서 자식 프로세스로 실행되는 로컬(기기 stdio) 서버, 또는 플랫폼이 중개하는 호스팅(HTTP) 서버를 설치하세요. 자격 증명은 OS 키체인에 남고 커넥터 정의에는 들어가지 않습니다
- 자신의 계정을 자신의 키(OAuth, API 키, bearer, basic)로 연결하세요. 리셀러 마진 없이, 에이전트와 앱이 관리자 통제하의 감사 가능한 커넥터 프록시를 통해 그 도구를 호출하게 할 수 있습니다
활용 사례
- 워크스페이스 관리자: Twitter/X 또는 Salesforce API 커넥터를 한 번만 설정(기본 URL, OAuth 스코프)해 두면, 워크스페이스의 모든 앱과 에이전트가 각 사용자가 자격 증명을 연결하지 않고도 프록시를 통해 이를 호출할 수 있습니다
- 개발자 또는 파워 유저: MCP 서버의 GitHub URL을 붙여넣어 검증된 io.github 네임스페이스임을 확인하고, 로컬 stdio 서버로 설치한 뒤 곧바로 채팅에서 그 도구를 호출합니다
- 프라이버시를 중시하는 팀: API 키를 OS 키체인에 보관하고 기기 로컬 MCP 서버를 실행해 데이터와 자격 증명이 기기를 벗어나지 않게 하면서도, 커뮤니티 통합을 하나의 카탈로그에서 계속 둘러봅니다
자주 묻는 질문
여기서 API 커넥터와 MCP 서버의 차이는 무엇인가요?
API 커넥터는 특정 외부 HTTP API를 인증 방식(OAuth, API 키, bearer, basic) 뒤에 감싼 것으로, 보통 워크스페이스 관리자가 한 번 만들고 이후 앱과 에이전트가 커넥터 프록시를 통해 호출합니다. MCP 서버는 Model Context Protocol로 도구를 노출합니다. 기기에서 자식 프로세스로 로컬 실행되거나(stdio) HTTP로 접근됩니다(호스팅). 둘 다 같은 카탈로그에 API 또는 MCP로 태그되어 나타나므로 함께 둘러볼 수 있습니다.
커뮤니티 커넥터는 어디서 오며, 안전한가요?
Discover 패널은 누구나 게시할 수 있는 공식 MCP Registry(registry.modelcontextprotocol.io)를 검색합니다. osFoundry는 게시자의 네임스페이스가 검증되었을 때(io.github.* 이름은 GitHub OAuth, 도메인은 DNS/HTTP 증명) 검증 배지를 표시합니다. 이는 누가 서버를 게시했는지를 증명하는 것이지 그 코드가 안전하다는 뜻은 아니므로, 설치 전에 게시자를 확인해야 합니다. 로컬 서버는 자신의 기기에서 실행되며 필요한 환경 변수가 미리 표시됩니다.
제 자격 증명은 어디에 저장되나요?
비밀 정보는 커넥터 정의에 보관되거나 모델로 전송되지 않습니다. 카탈로그는 변수와 헤더의 이름만 담을 뿐 값은 담지 않습니다. 로컬 MCP 서버의 경우 자격 증명은 운영체제 키체인에 저장됩니다. API 커넥터 자격 증명은 프록시가 앱을 대신해 요청할 때 인증 헤더를 만들기 위해 서버 측에서만 복호화되며, 그 요청은 앱의 매니페스트와 대조해 검증되고 감사 가능합니다. 이는 osFoundry가 BYOK이자 로컬 우선이라는 점과 일관됩니다.