깃허브에 올린다고 제품이 되는 건 아니다
바이브코딩으로 돈을 벌고 싶은 사람은 광부다. 금은 첫 결제 고객이다. 대부분은 금을 캐지 못한다. 그래도 곡괭이부터 산다. MCP 서버나 SDK를 깃허브에 올리는 일이 딱 그렇다. 곡괭이는 제품이 아니다. 무료 도구는 고객과 악수하는 면이고, 돈을 받을 엔진은 API 뒤에 남겨야 한다.
이 구분은 새롭지 않다. Stephen O'Grady는 2007년에 오픈소스 회사의 이점을 distribution이라고 불렀다. Peter Levine은 2019년에 커뮤니티를 개발자가 밀어 올리는 깔때기 상단이라고 적었다. 이 모델에서 오픈소스는 판매할 제품이라기보다 고객을 얻는 비용에 가깝다.
오픈코어와 API 모델은 실패 방식이 다르다
오픈코어는 작동하는 제품을 깃허브에 둔다. 사용자는 직접 셀프호스트할 수 있다. 회사는 SSO, 감사 로그, 클러스터, 호스팅처럼 같은 제품의 위층에서 돈을 받는다. GitLab과 Grafana가 대표적이다.
바이브코더가 만드는 많은 도구는 구조가 다르다. 공개 레포에는 MCP 서버나 SDK가 있고, 설치는 한 줄로 끝난다. 하지만 실행하면 결국 회사의 API를 호출한다. Joe Morrison은 2019년에 이를 value-added libraries의 별자리라고 불렀다. Vercel은 2025년에 같은 구조를 Open SDK strategy로 정리했다. 프레임워크와 클라이언트는 열고, 상업 제품은 따로 둔다.
둘을 오픈소스라는 한 단어로 묶으면 계획이 틀린다. 오픈코어 회사는 제품을 너무 많이 열면 돈을 못 받는다. API 회사는 어댑터를 너무 적게 열면 아예 설치되지 않는다. 실패 방식이 반대다.
설치 지점만 바뀌었고 계산대는 그대로다
2010년대에는 패키지 설치가 첫 악수였다. 지금은 에이전트의 도구함에 들어가는 일이 그 역할을 한다.
사용자는 제품을 받은 것처럼 느끼지만 직접 돌릴 수 있는 것은 클라이언트뿐이다. 인덱스를 다시 만들 수 없다면 포크는 제품이 아니라 광고만 복제한다.
따라서 나중에 클라이언트 라이선스를 뒤집을 이유가 없다. 조정할 것은 API 호출 한도와 요금제다.
호출 한도를 조정하는 일은 라이선스 회수가 아니라 서비스 가격 조정이다. 제품을 열어 두었다가 나중에 라이선스를 거두는 일과는 종류가 다르다.
여는 것과 잠그는 것을 첫날에 적는다
열어야 할 것은 개발자나 에이전트가 직접 만져야 시작되는 면이다. MCP, CLI, SDK, 예제, 문서가 여기에 들어간다. 로컬에서 혼자 쓰는 최소 기능은 실제로 작동해야 한다. 데모 수준에서 잠그면 유통이 시작되지 않는다.
닫아둘 것은 다시 만들기 비싼 층이다. 인덱스, 크롤러, 동기화, 호스티드 검색이 여기에 들어간다. README에 이 경계를 첫날 적는다. 제품 전체를 열었다가 나중에 라이선스를 바꾸는 경로보다 처음부터 엔진을 닫아두는 경로가 싸다.
반대로 공개한 부분이 너무 완전하면 유료로 넘어갈 이유가 사라진다. 로컬 무료 버전은 쓸 만해야 한다. 유료 가치는 세션이 바뀌고, 기기가 늘고, 팀이 생길 때 생기는 불편을 해결해야 한다.
첫 곡괭이는 코딩 에이전트가 아니다
에디터, 문서, 로그인, 결제에는 이미 강자가 있다. 바이브코더가 앱을 돈으로 바꾸는 과정에서 아직 구멍이 큰 곳은 세션이 바뀔 때 사라지는 프로젝트 기억이다.
범용 메모리 플랫폼을 표방하면 에이전트 벤더의 기본 기능과 정면으로 맞붙는다. 범위는 유료 제품을 만들 때 필요한 기억으로 좁히는 편이 낫다. 로컬 클라이언트는 깃허브에 열고, 동기화와 검색은 API로 판다.
90일에 볼 것은 스타가 아니다
스타는 광고이지 북극성이 아니다. 설치, API 키 발급, 무료 한도 도달, 결제만 본다. 스타만 있고 키 발급이 없다면 유통에서 멈춘 것이다. 키는 발급되는데 아무도 한도에 닿지 않는다면 유료 엔진의 가치나 경계를 다시 봐야 한다.
악수는 열고, 엔진은 미터링한다. 이미 한 약속은 라이선스로 뒤집지 않는다. 깃허브는 가게 앞이고, 제품은 API 뒤에 있다.
오픈소스를 유통으로 본 서술은 RedMonk의 The Open Source Business Meme, a16z의 Open Source From Community to Commercialization, Joe Morrison의 Three Models for Commercializing Open Source Software, Vercel Open SDK strategy를 참고했습니다. Context7이 무엇을 공개하고 무엇을 API에 남겼는지는 upstash/context7 README를 기준으로 했습니다. 본문은 특정 회사의 매출이나 전환율을 검증하지 않습니다.
