모든 서비스 연동을,
하드코딩 대신 발견합니다.
SKB는 외부 서비스에 대한 권위 있는 등록소입니다 — 인증 설정, API 기능, 그리고 이 둘에 대한 의미 기반 검색까지, 필요할 때마다 새로운 서비스를 학습하는 자율 발견 엔진이 뒷받침합니다. 설계 원칙은 무제한 서비스 규모입니다. 아무것도 미리 설정되어 있지 않으며, 모든 것이 이용 가능합니다.
문서 보기모든 연동 플랫폼은 결국 유지보수 부담이 됩니다.
공급자마다 다른 OAuth 방식, 실제 API와 어긋나지 않는 기능 스키마, 에이전트가 정확한 함수 이름을 외우는 대신 필요한 것을 요청할 수 있는 의미 기반 매칭, 그리고 아무도 커넥터를 미리 만들어두지 않은 서비스를 위한 발견 파이프라인까지 필요합니다. 이를 직접 구축하면 새 서비스 하나하나가 별도의 스프린트가 됩니다. SKB는 이 문제 전체를 하나의 서비스로 책임집니다: 아무것도 미리 설정되어 있지 않으며, 무제한 서비스 규모는 성장 목표가 아니라 설계 원칙입니다.
서비스 등록소
플랫폼이 알고 있는 모든 외부 서비스에 대한 권위 있는 기록 — 인증 설정, 기능 스키마, 그리고 이 둘에 대한 의미 기반 검색을 한곳에서 제공합니다.
의미 기반 기능 검색
에이전트가 '팀 채팅에 게시'처럼 필요한 것을 평이한 언어로 설명하면, SKB는 정확한 함수 이름이 아니라 점수와 도메인 기준으로 일치하는 기능을 반환합니다.
자율 발견
SKB가 본 적 없는 서비스를 요청해도 실패하지 않습니다 — 발견 엔진이 공급자의 공개 문서를 읽고 즉시 학습합니다.
2단계 추출
기능과 인증 요구 사항은 서로 다른 두 번의 패스로 추출되므로, 공급자 문서를 일부만 읽어 절반만 맞는 기능이 만들어지는 일이 없습니다.
인증 우선 해결
기능 세부 정보를 추출하기 전에 인증부터 해결됩니다 — 인증 방법을 알기 전까지는 해당 서비스의 다른 어떤 것도 사용할 수 없습니다.
검증 대기열
자동 발견된 서비스는 프로덕션에서 에이전트가 호출하기 전에 관리자 검토 대기열에 들어갑니다 — 발견은 자율적이지만 신뢰는 자동이 아닙니다.
도메인 태그
기능은 도메인 기준으로 태그되므로, 플레이북은 'Notion 검색'이 아니라 '문서 저장소 검색'을 참조합니다. 공급자를 바꿔도 플레이북은 계속 작동합니다.
한 번 배우면 영원히
새로 발견된 서비스는 등록소에 기록되고 다시 발견할 필요가 없습니다 — 카탈로그는 계속 성장할 뿐이며, 설계 기준은 속도가 아니라 신뢰성입니다.
미지의 서비스가 사람 개입 없이 등록된 기능이 되기까지.
발견 루프
질의 — 에이전트가 SKB에게 특정 서비스에 접근하는 방법을 아는지 묻습니다.
미스 → 발견 — 모른다면 요청을 실패시키는 대신 발견 엔진이 작동을 시작합니다.
식별 — 대상 서비스와 그 연동 표면이 공개 문서로부터 식별됩니다.
2단계 추출 — 기능과 인증 요구 사항이 서로 다른 두 번의 패스로 추출됩니다.
인증 우선 — 기능 세부 정보보다 먼저 인증이 해결됩니다 — 그것 없이는 아무것도 작동하지 않으니까요.
등록 — 새로 학습한 서비스가 등록소에 기록됩니다.
영구 학습 — 한 번 학습하면 다시 발견할 필요가 없습니다 — 속도보다 신뢰성이 설계 기준입니다.
조회, 검색, 등록 — 세 가지 동사로 이루어진 전체 표면.
백지 상태도 믿을 수 있도록 설계되었습니다.
무제한 서비스 규모 — 아무것도 미리 설정되어 있지 않습니다 — 카탈로그는 로드맵이 아니라 발견을 통해 성장합니다.
인증이 먼저 해결됨 — 인증 요구 사항이 추출되고 검증되기 전까지는 어떤 기능도 사용할 수 없습니다.
신뢰 전 사람의 검증 — 자동 발견된 서비스는 프로덕션에서 에이전트가 호출하기 전에 관리자 검토 대기열에 들어갑니다.
도구 이름이 아닌 도메인 태그 — 플레이북은 'Notion 검색'이 아니라 '문서 저장소 검색'에 바인딩되므로, 공급자를 바꿔도 플레이북이 깨지지 않습니다.
한 번 학습하면 영원히 이용 가능 — 등록된 서비스는 다시 발견할 필요가 없습니다 — 등록소는 계속 성장할 뿐입니다.
테넌트 격리 — 각 조직의 연결된 서비스와 자격 증명은 해당 조직 범위 안에 머무르며, 테넌트 간에 절대 공유되지 않습니다.
발견, 매칭, 격리가 실제로 작동하는 방식.
에이전트가 SKB가 색인한 적 없는 CRM 연동을 요청합니다. 발견 엔진이 공급자의 공개 API 문서를 읽어 인증과 기능을 추출하고 검증 대기열에 올립니다 — 엔지니어의 개입은 없습니다.
"팀 채팅에 3분기 수치를 게시해줘"는 teams.post_message(0.87)보다 slack.send_message(0.93)에 매칭됩니다 — 에이전트는 Slack의 함수 이름을 알 필요가 전혀 없었습니다.
'문서 저장소 검색'을 기준으로 만든 플레이북은 조직이 Notion을 Confluence로 바꿔도 변경 없이 계속 작동합니다 — 핵심은 도구 이름이 아니라 도메인 태그입니다.
발견 엔진이 서비스의 기능은 찾아냈지만 OAuth 흐름을 해결하지 못합니다. 인증이 확인될 때까지 해당 서비스는 등록되지 않으므로 절반만 작동하는 일이 없습니다.
특정 사내 도구용 MCP 서버가 SKB 자체 커넥터와 나란히 자리합니다 — SKB는 커뮤니티가 이미 제공하는 것 위에 의미 계층과 도메인 태그를 더합니다.