코딩 도구를 만드는 회사는 모델 API를 이용해 편집기와 개발 작업을 연결한다. 이때 모델을 공급하는 회사가 자체 코딩 도구를 출시하면 협력사와 경쟁사가 같은 상대가 된다.
2025년 5월 Anthropic은 Claude Code의 정식 출시를 발표했고, OpenAI도 Codex를 선보였다. 모델을 개발하는 회사가 개발자의 실제 작업 환경까지 직접 제공하기 시작한 사례다.
공급사는 제품 구성과 가격을 함께 결정할 수 있다
모델 개발사는 API와 자체 제품을 묶어 판매하거나 서로 다른 요금을 적용할 수 있다. 외부 개발사는 API 조건 안에서 자기 제품의 가격과 기능을 설계해야 한다. 양쪽의 사업 조건이 완전히 같지는 않다.
하지만 모델 개발사에는 원가가 없다는 설명은 틀리다. 자체 제품에도 추론 인프라, 개발, 운영과 지원 비용이 든다. 공급사가 직접 경쟁한다고 외부 제품의 이익이 반드시 사라지는 것도 아니다. 고객이 제품을 선택하는 이유에는 사용성, 업무 연동, 지원과 신뢰도 포함된다.
제품의 가치를 어느 부분에서 만드는가
같은 모델을 쓰더라도 저장소를 이해하는 방식과 편집 결과를 검토하는 경험은 다를 수 있다. 조직의 권한 체계, 개발 규칙, 배포 과정과 얼마나 잘 연결되는지도 차이를 만든다.
모델을 교체했을 때도 이런 가치가 유지되는지 살펴보면 공급 의존도를 판단하는 데 도움이 된다. 반대로 특정 모델의 기능 하나가 제품의 가치 대부분을 차지한다면, 그 기능의 가격이나 접근 조건이 바뀔 때 영향을 크게 받을 수 있다.
Windsurf 사례에서 확인할 부분
2025년 7월 Cognition은 Windsurf 인수 계약을 발표했다. 당시 AI 코딩 도구 시장에서 인력, 기술과 제품의 소유 관계가 빠르게 바뀌고 있었다는 사례다.
이런 거래를 단순히 제품의 실패로 해석하기보다, 사용 중인 도구의 운영 주체와 모델 공급 경로가 바뀔 가능성을 점검하는 계기로 볼 수 있다. 서비스 이용자와 제품 개발사 모두 데이터 이전, 계약 조건, 대체 수단을 확인할 필요가 있다.
작은 팀이 준비할 수 있는 것
모델을 바꿔도 유지해야 할 요구사항을 먼저 정한다. 코드 품질, 처리 속도, 개인정보 취급, 도구 호출 방식 등이 해당한다. 후보 모델이 이 기준을 통과하는지 평가해두면 공급 조건이 바뀌었을 때 판단할 근거가 생긴다.
모든 모델을 미리 지원할 필요는 없다. 전환에 실제로 드는 작업과 비용을 알아두는 것이 우선이다. 동시에 고객이 우리 제품을 쓰는 이유를 확인해야 한다. 좋은 기본 모델은 제품의 중요한 재료지만, 고객이 업무를 끝내는 경험 전체를 대신 설명해주지는 않는다.