Anthropic의 Stainless 인수: AI SDK 의존 코드는 지금 무엇을 해야 하나

화요일 보도로 확인된 내용

2026년 5월 12일, The Information이 처음 보도했습니다. 거래 사정을 아는 관계자를 인용한 보도였습니다. 인수가는 최소 $300 million이며, 일부는 Anthropic 주식으로 지급될 가능성이 큽니다. 소식통에 따르면 이번 거래는 Anthropic의 첫 인수가 됩니다. 눈여겨볼 대목입니다. 모델 팀이나 연구소가 아니라, AI 생태계를 떠받치는 기반 설비를 사들이는 것이기 때문입니다.

가격 상승 폭도 의도를 보여줍니다. Stainless는 2024년 12월 Series A 투자 당시 기업가치 $150M을 인정받았습니다. 5개월 뒤 Anthropic이 제시한 금액은 그 약 2x입니다. 거래 소식이 알려진 같은 날, Bloomberg는 Anthropic이 신규 $30B+ 투자 라운드에서 $900B 기업가치를 목표로 한다고 보도했습니다. 협상은 상당히 진전됐지만 아직 끝나지 않았으며, 조건도 달라질 수 있습니다.

Stainless의 API SDK는 실제로 무엇을 제공하나

Stainless는 OpenAPI 명세를 입력받아 TypeScript, Python, Go, Kotlin, Java, Ruby, PHP, C#용 프로덕션 수준 SDK를 생성하는 AI 기반 컴파일러입니다. Terraform은 베타 단계이고, Rust와 Swift는 로드맵에 올라 있습니다. 생성된 SDK에는 재시도, 스트리밍, 페이지네이션, 타입이 지정된 오류 처리가 이미 구현돼 있습니다. 설립 4년 차 스타트업이라고 믿기 어려운 고객 명단도 확보했습니다. OpenAI, Anthropic, Google, Cloudflare, Meta, Runway, Groq, Cerebras, Lithic, Modern Treasury가 그 고객입니다. 이 라이브러리들의 주간 다운로드 수는 수천만 건에 이릅니다. github.com/stainless-sdks 조직에서 일부를 공개적으로 관리하고, 나머지는 Stainless가 직접 커밋을 작성하는 고객 소유 저장소에 있습니다.

OpenAI와 Google 앞에 놓인 현실적인 시나리오

가능한 길은 4가지입니다. 저마다 다른 문제가 있습니다.

시나리오 A – 계약을 유지하며 Stainless를 계속 이용합니다. 단기적으로 가장 저렴합니다. 하지만 계약 갱신 시점 이후까지 이어가기에는 무리입니다. 모든 SDK 릴리스가 최대 경쟁사가 소유한 공급업체를 거치고, 이제 그 경쟁사가 컴파일하게 될 OpenAPI 명세를 들여다보지 않으리라 믿어야 합니다. OpenAI가 갱신 계약에 서명할 가능성은 낮다고 봅니다. Google은 대안을 마련하는 동안 한 분기 정도 더 유지할 수 있습니다.

시나리오 B – 생성기를 포크합니다. Stainless의 가치는 결과물이 아니라 컴파일러 IP에 있습니다. 최신 생성 SDK를 포크하는 일은 git clone 한 번이면 됩니다. 앞으로 10년 동안 SDK를 만들어 낼 컴파일러를 포크하는 것은 다음 주요 API 변경이 출시되기 전에 끝내야 하는 여러 분기짜리 엔지니어링 프로젝트입니다. 어렵고 비용도 크지만 방어 가능한 선택입니다. OpenAI는 6개월 안에 이 경로를 택할 가능성이 큽니다.

시나리오 C – SDK 생성을 처음부터 내재화합니다. OpenAI에는 충분한 인력이 있습니다. 다만 6–12개월 동안 파괴적 변경, 지원 언어 누락, Stainless가 이미 해결한 수많은 엣지 케이스로 혼란을 겪을 수 있습니다. Python과 TypeScript보다 기반이 얇은 Kotlin과 Go SDK에서 회귀 문제가 먼저 나타날 것입니다.

시나리오 D – Anthropic이 팀을 해체하거나 경쟁사 릴리스를 의도적으로 늦추지 않는다는 사실을 입증하는 동안 12개월간 조용히 현상 유지를 합니다. 가능한 시나리오입니다. 그러나 여기에 베팅할 수는 없습니다. 경쟁사의 선의에 기대 프로덕션 의존성을 설계해서는 안 됩니다.

운영 관점의 결론은 분명합니다. 오늘 SDK 버전을 고정해야 합니다. 사용 중인 공식 라이브러리를 모두 점검하고, 프로덕션에 배포하는 라이브러리 가운데 테스트 커버리지가 가장 얇은 언어를 확인해야 합니다. 회귀 위험은 그곳에 가장 먼저 닥칩니다.

AI SDK 대신 선택한 게이트웨이 raw fetch가 이번 주 더 중요해진 이유

저는 하나의 Cloudflare Workers 스택에서 Anthropic, Google AI Studio, xAI, OpenAI, DataForSEO, Browser Rendering 등 6개 AI 프로바이더를 운영합니다. 어느 SDK도 import하지 않습니다. 모든 유료 호출은 각 프로바이더의 REST 형식을 그대로 반영한 JSON body와 함께 AI Gateway 엔드포인트에 fetch() 요청을 보냅니다.

이 결정을 내린 것은 3주 전이며, 당시 이유는 달랐습니다. 모든 유료 호출을 하루 $20 비용 상한과 인스턴스당 $1 상한을 강제하는 단일 callAi() 래퍼로 통과시켜야 했습니다. SDK는 그 통제 지점을 메서드 호출 뒤에 숨깁니다. SDK 경로에 상한을 적용하려면 클라이언트를 monkey-patch하거나 모든 호출 지점을 감싸야 합니다. fetch() 경로라면 함수 하나면 충분합니다.

Cloudflare의 AI Gateway BYOK 패스스루를 사용하면 Anthropic, OpenAI, Google, xAI, OpenAI 이미지 생성 전반에 하나의 인증 헤더(cf-aig-authorization)와 하나의 URL 패턴을 적용할 수 있습니다. 대략 다음과 같은 형태입니다.

export async function callAi(env: Env, ctx: Ctx, runner: () => Promise<Response>) {
  await assertUnderCostCap(env, ctx);
  const started = Date.now();
  const res = await runner();
  await recordCost(env, ctx, res, Date.now() - started);
  return res;
}

// usage – one provider, no SDK in the dep tree
const res = await callAi(env, ctx, () => fetch(
  `https://gateway.ai.cloudflare.com/v1/${env.ACCOUNT}/${env.GATEWAY}/anthropic/v1/messages`,
  {
    method: "POST",
    headers: {
      "cf-aig-authorization": `Bearer ${env.AI_GATEWAY_TOKEN}`,
      "x-api-key": env.ANTHROPIC_API_KEY,
      "anthropic-version": "2023-06-01",
      "content-type": "application/json",
    },
    body: JSON.stringify({ model, max_tokens, messages }),
  },
));

이번 주 들어 우연히 생긴 이점도 있습니다. Stainless의 소유권 변화가 릴리스 주기, 파괴적 변경, 텔레메트리 훅에 어떤 영향을 주더라도 노출이 전혀 없습니다. 대신 요청 payload를 직접 작성해야 합니다. 원래 SDK가 감춰주도록 설계된 바로 그 세부 사항입니다. 그래도 (a) 프로바이더를 3곳 이상 운영하고, (b) 비용을 통제하는 단일 관문이 필요하며, (c) 공급업체 소유권 위험까지 헤지해야 한다면 감수할 만합니다. 월요일까지만 해도 세 번째 이유는 존재하지 않았습니다.

예산을 폭발시키지 않고 이 스택을 Cloudflare Workers에서 운영하는 더 자세한 방법은 Cursor Cloud Agent 환경과 Cloudflare Workers 비교에 정리했습니다.

이번 주에 해야 할 일

먼저 package.json과 requirements.txt에서 Stainless가 제공하는 SDK를 찾아야 합니다. Anthropic SDK와 OpenAI SDK의 Python 및 Node 클라이언트는 쉽게 알아볼 수 있습니다. Google의 새 @google/genai도 Stainless가 만듭니다. 추측하기 전에 github.com/stainless-sdks 조직에서 전체 목록을 확인해야 합니다.

Stainless가 생성한 모든 SDK를 현재 마이너 버전에 고정해야 합니다. 패치 업데이트는 적용하되 마이너 업데이트는 검토 전까지 보류합니다. 15분이면 끝나는 작업으로 한 분기 동안 선택권을 확보할 수 있습니다.

모델 API를 사용하는 새 코드 경로라면 SDK 호출보다 raw fetch를 먼저 작성해야 합니다. 타입을 포함해 raw 버전이 40줄 미만이면 그대로 배포합니다. 대부분의 chat-completion 및 message 엔드포인트는 쉽게 이 기준을 충족합니다. 스트리밍과 tool-use를 추가해도 20줄 정도만 늘어납니다. 앞으로 수년간 직접 소유할 경로라는 점을 감안하면 여전히 기준선 아래입니다.

Cloudflare AI Gateway, OpenRouter, Portkey, LiteLLM 같은 게이트웨이를 운영한다면 모든 모델 호출을 그곳으로 보내야 합니다. 인증은 하나, 관측 지점도 하나, 기반 SDK가 정치적 부담으로 바뀔 때 프로바이더를 교체할 장소도 하나로 모을 수 있습니다.

90일 뒤 OpenAI와 Google이 어떤 SDK를 내부에서 직접 관리하고 어떤 SDK를 Stainless에 맡기는지 다시 확인하도록 캘린더에 알림을 추가해야 합니다. 포크할지 남을지에 대한 결정은 연말 전에 나올 것입니다.

더 큰 흐름

모델 경쟁의 전장은 가중치에서 기반 설비로 옮겨갔습니다. 모델 자체는 갈수록 대체하기 쉬워지지만 통합 계층에는 쉽게 발이 묶입니다. 이 거래의 가격이 합리적이라고 볼 수 있는 해석은 이것뿐입니다.

Anthropic은 $900B 기업가치로 $30B를 조달하면서, 더 화려한 모델 출시가 아닌 SDK 인프라에 $300M을 투입하려 합니다. 의도를 보여주는 대목입니다. 두 회사 모두 모델을 넘어 실제 배포 접점까지 영향력을 넓히고 있습니다. 모델은 저렴한 부분이 되어가고, 통합은 해자가 되어갑니다. Anthropic이 중견 시장에 Claude를 판매하는 방식에서도 같은 흐름을 볼 수 있습니다. $50K 자동화 스택 분석은 SDK 계층을 소유할 이유가 되는 엔터프라이즈 도달 범위를 보여주는 사례입니다.

창업자에게 향후 12개월은 데이터 계층을 소유하듯 통합 계층을 소유해야 하는 시기입니다. SDK 사용 편의성을 기준으로 최적화해서는 안 됩니다. 교체 가능성을 기준으로 최적화해야 합니다. 오늘 호출하는 모델과 2027년에 호출할 모델은 같지 않습니다. 교체 후에도 살아남는 래퍼를 만들어야 합니다.