AI 에이전트 탈출 계획: 계약 전 종속(Lock-in)을 피하는 방법

모두가 AI 에이전트의 출시를 계획합니다. 하지만 탈출(exit)을 계획하는 사람은 거의 없습니다. 그러나 당신이 벤더(vendor)에게 갇히게 될지 여부를 결정하는 순간은 1년 후의 갱신 시점이 아닙니다. 바로 단 하나의 에이전트도 라이브로 가동되기 전, 오늘 당신이 서명하는 계약서입니다.

Shanti Infosoft에서 우리는 에이전트를 구축하기도 하고 타사의 에이전트를 통합하기도 하기에, 양쪽 측면에서 종속(lock-in) 현상을 목격합니다. 그리고 우리는 다소 매력적이지 않은 사실을 솔직하게 말하고자 합니다. 떠날 자유를 협상해야 하는 시점은 벤더가 당신의 비즈니스를 가장 간절히 원하는 때, 즉 지금 계약을 체결하는 순간입니다. 일단 당신이 의존하게 되고 갱신 시점이 눈앞에 다가오면, 당신의 협상력(leverage)은 사라집니다. 탈출 계획은 파트너십에 대한 비관론이 아닙니다. 그것은 파트너십을 정직하게 유지해 주는 장치입니다.

종속(Lock-in)은 드물게 조항으로 나타납니다. 그것은 축적되는 것입니다.

사람들은 벤더 종속(vendor lock-in)을 계약서상의 어떤 무시무시한 문구라고 상상합니다. 하지만 대개는 그보다 훨씬 조용하게 진행됩니다. 그것은 작은 의존성들로부터 쌓여갑니다. 당신의 에이전트 로직(logic)이 오직 그들의 플랫폼에만 존재하고, 당신의 데이터와 대화 기록이 그들의 시스템 내에 그들만의 형식으로 저장되며, 당신의 통합(integration) 방식이 그들의 방식대로 연결되어 있고, 당신의 팀이 그들의 도구만을 익혀 다른 누구의 도구도 다룰 줄 모르게 되는 식입니다. 첫날에는 이 중 어느 것도 함정처럼 느껴지지 않습니다. 하지만 1년이 지나 이들이 모이면, "아마 대안을 찾아봐야 할 것 같다"라는 말이 결코 실행에 옮겨지지 못하는 이유가 됩니다.

축적된 종속(lock-in)의 위험성은 떠나려고 시도하기 전까지는 보이지 않는다는 점입니다. 그때가 되면 전환(switching)한다는 것은 로직을 처음부터 다시 구축하고, 추출하기 까다로운 데이터를 뽑아내며, 모든 인원을 다시 교육해야 함을 의미합니다. 결국 갱신 계약에 서명하게 되는데, 이는 벤더가 최선의 선택이라서가 아니라 떠나는 과정이 너무 고통스럽기 때문입니다. 그것은 누구에게든 계속 비용을 지불해야 할 나쁜 이유입니다.

계약 전 던져야 할 네 가지 질문

스스로를 보호하기 위해 법학 학위가 필요한 것은 아닙니다. 당신에게 아직 협상력(leverage)이 남아 있을 때 네 가지를 물어봐야 합니다.

첫째: 내 데이터를 추출할 수 있는가, 그리고 어떤 형식인가? 당신의 데이터—기록, 이력, 에이전트가 생성하고 학습한 것들—가 역공학(reverse-engineer)을 해야 하는 독점적인 데이터 덩어리(proprietary blob)에 갇히지 않고, 사용 가능한 표준 형식으로 내보낼 수 있다는 명확한 답변을 얻어야 합니다. "PDF로 내보낼 수 있습니다"는 제대로 된 답변이 아닙니다.

둘째: 에이전트가 생성한 결과물과 그 배후의 설정(configuration)은 누구의 소유인가? 결과물이 당신의 소유인지 확인하고, 에이전트 설정 중 어느 정도가 이식 가능(portable)하며 어느 정도가 영구적으로 그들의 소유인지 파악하십시오. 당신과 함께 문밖으로 나갈 수 있는 가치가 많을수록, 당신은 더 자유로워집니다.

셋째: 실제로 떠난다는 것은 어떤 모습인가? 그들에게 오프보딩(off-boarding) 과정을 설명해 달라고 요청하십시오. 자신감 있는 벤더는 고객이 어떻게 깔끔하게 떠날 수 있는지 말해줄 수 있습니다. 이 질문에 불편해하는 벤더는 방금 당신에게 중요한 사실을 알려준 것입니다.

넷째: 기반이 되는 접근 방식이 얼마나 표준적인가? 널리 사용되는 개방형 기초(open foundations) 위에 구축된 에이전트는 폐쇄적이고 독특한 스택(closed, one-of-a-kind stack) 위에 구축된 에이전트보다 다른 곳으로 옮기거나 재구축하기가 훨씬 쉽습니다. 표준은 이식 가능합니다. 맞춤형이자 비밀스러운 방식(Bespoke-and-secret)은 설계부터 종속(sticky)되도록 만들어져 있습니다.

불신이 아닌 설계를 통해 종속을 피하십시오

탈출을 고려하여 설계한다는 것이 벤더를 적으로 대한다는 의미는 아닙니다. 그것은 시작부터 몇 가지 합리적인 습관을 갖는 것을 의미합니다. 중요한 데이터와 비즈니스 규칙의 사본을 직접 보유하여, 당신의 비즈니스가 작동하는 로직이 인질로 잡히지 않도록 하십시오. 선택권이 있다면 독점적인 인터페이스보다 표준 인터페이스를 선호하십시오. 그리고 이동하는 데 대략 어느 정도의 비용이 들지 파악해 두십시오. 이동할 계획이 있어서가 아니라, 이를 아는 것이 당신을 포함한 모든 이들을 정직하게 유지해주기 때문입니다.

역설적이게도, 탈출을 계획하는 것이 보통 당신을 (기분 좋게) 머물게 만듭니다. 떠나는 것이 진정으로 가능할 때, 당신은 벤더가 그럴 자격을 얻었기 때문에 계약을 갱신하며, 그 관계는 양측 모두에게 더 건강해집니다. 이를 편안하게 받아들이는 벤더가 대개 함께 일할 가치가 있는 벤더입니다.

계약 전 짧은 테스트

따라서 어떤 에이전트 플랫폼 (agent platform)을 계약하기 전에, 다음과 같은 간단한 버전을 실행해 보십시오. 만약 이 벤더가 가격을 두 배로 올리거나 1년 뒤에 제품 품질이 저하된다면, 우리가 모든 것을 처음부터 다시 구축하지 않고도 떠날 수 있는가? 만약 대답이 확신에 찬 '예'라면, 자신 있게 계약하십시오. 만약 대답이 '아니오'라면, 그것은 계약을 포기해야 할 이유가 아니라, 상대방이 아직 귀를 기울이고 있는 지금 당장 탈출 조건 (exit terms)을 협상해야 할 이유입니다.

출시 (launch) 단계가 모든 관심을 받게 될 것입니다. 그 관심의 일부를 탈출 전략에 할애하십시오. 이것은 프로젝트 전체에서 가장 저렴한 보험이며, 계약하기 전까지만 구매할 수 있습니다.

만약 에이전트 플랫폼을 평가 중이며 그것이 실제로 얼마나 이식성 (portable)이 있는지 냉철하게 파악하고 싶다면, 그것이 바로 저희가 고객들이 확정하기 전에 압박 테스트 (pressure-test)를 도와드리는 방식입니다. 지금 짧게 살펴보는 것이 나중에 고통스러운 갱신 (renewal)을 방지할 수 있습니다.

Shanti Infosoft 소개: Shanti Infosoft는 16개 이상의 산업 분야에서 700개 이상의 프로젝트를 수행한 CMMI Level 5 AI 개발 기업입니다. 저희는 팀들이 AI 아이디어에서 신뢰할 수 있는 프로덕션급 (production-grade) 소프트웨어로 나아갈 수 있도록 돕습니다 - shantiinfosoft.com | AI 컨설팅 서비스 (AI consulting services).

확정하기 전에 벤더 종속 (vendor lock-in)을 피하고 싶다면, 저희가 귀하의 선택권을 열어두는 계약 및 아키텍처 (architecture) 선택 사항들을 검토해 드릴 수 있습니다. 저희 팀과 상담하기.

관련 읽을거리: AI 에이전트를 위한 Build-vs-Buy 결정: 템플릿, 관리형 API, 또는 커스텀 (The Build-vs-Buy Decision for AI Agents: Templates, Managed APIs, or Custom)

Sagar Jain은 실제 비즈니스 운영을 위한 AI 에이전트와 자동화를 구축하는 팀이 소속된 Shanti Infosoft의 디렉터입니다.