Stainless 인수, 에이전트 전쟁의 배관을 쥔 Anthropic

AI 요약

• 무슨 일: Anthropic이 SDK, CLI, MCP 서버 생성 기업 Stainless를 인수했습니다.
  • 공식 발표일은 2026년 5월 18일이며, Anthropic은 Stainless가 초기부터 공식 Claude SDK 생성을 맡았다고 밝혔습니다.
• 핵심 의미: 에이전트 경쟁의 병목이 모델 응답에서 API 연결, SDK 품질, 도구 호출 안정성으로 옮겨가고 있습니다.
• 주의점: TechCrunch는 hosted Stainless 제품 종료 방침을 보도했습니다. 기존 고객의 SDK 자산은 남지만, 새 공급망 선택은 다시 열립니다.

Anthropic이 Stainless를 인수했습니다. 보도자료 한 줄로 요약하면 "Claude Platform의 개발자 경험과 에이전트 연결성을 강화한다"는 이야기입니다. 하지만 이 사건은 단순한 개발자 도구 인수보다 조금 더 깊습니다. AI 에이전트가 실제 업무를 하려면 모델이 똑똑해야 할 뿐 아니라, 외부 API와 도구를 안정적으로 호출할 수 있어야 합니다. Stainless는 바로 그 배관을 만드는 회사였습니다.

Anthropic은 발표에서 "에이전트는 도달할 수 있는 시스템만큼만 유용하다"는 취지로 이번 인수를 설명했습니다. Stainless는 OpenAPI 스펙에서 TypeScript, Python, Go, Java 같은 언어별 SDK를 만들고, CLI와 MCP 서버까지 생성하는 도구를 제공해 왔습니다. Stainless 홈페이지도 "훌륭한 에이전트 경험은 훌륭한 개발자 경험 위에 세워진다"고 설명합니다. 모델이 답을 내는 시대에는 API 문서와 SDK가 개발자의 편의 문제처럼 보였습니다. 모델이 행동하는 시대에는 그것이 에이전트의 손과 발이 됩니다.

이번 인수가 흥미로운 이유는 Stainless가 Anthropic 전용 하청 도구가 아니었다는 점입니다. TechCrunch 보도에 따르면 Stainless 소프트웨어는 OpenAI, Google, Replicate, Runway, Cloudflare처럼 AI 에이전트와 API 연결이 중요한 회사에도 가치 있는 도구였습니다. Stainless 고객 페이지에도 OpenAI, Replicate, Cloudflare, Weights & Biases 같은 이름이 보입니다. 즉 Anthropic은 Claude SDK를 만들던 팀을 데려온 동시에, 경쟁사들도 사용하던 개발자 인터페이스 공급망의 한 조각을 내부화했습니다.

SDK 회사가 왜 에이전트 인프라인가

SDK는 오래된 주제입니다. API 회사가 SDK를 제공하지 않으면 개발자는 HTTP 요청을 직접 만들고, 인증 헤더를 붙이고, 페이지네이션과 재시도, 타입 변환을 손으로 처리해야 합니다. 좋은 SDK는 이 마찰을 숨깁니다. 나쁜 SDK는 API가 아무리 좋아도 제품 경험을 망칩니다. Stainless는 이 오래된 문제를 OpenAPI 스펙 기반 자동 생성으로 풀었습니다. 다만 "자동 생성"이라는 말만으로는 부족합니다. Stainless의 SDK 제품 페이지는 자동 생성과 손으로 쓴 듯한 관용적 인터페이스 사이의 균형을 강조합니다. 타입, 자동 페이지네이션, 재시도, 언어별 문법의 자연스러움 같은 세부가 핵심입니다.

AI 에이전트가 들어오면 이 문제는 더 커집니다. 사람 개발자는 문서가 조금 이상해도 검색하고 추론하고 우회합니다. 에이전트는 도구 설명, 스키마, SDK 타입, 오류 메시지, 권한 범위에 훨씬 민감합니다. 도구 호출이 실패하면 모델은 원인을 잘못 추정하거나, 같은 호출을 반복하거나, 위험한 대체 경로를 고를 수 있습니다. 그래서 에이전트 시대의 SDK는 "개발자가 편하게 쓰는 라이브러리"를 넘어 "모델이 안정적으로 행동하는 인터페이스"가 됩니다.

Stainless가 더 중요한 이유는 MCP 때문입니다. MCP는 모델과 외부 도구를 연결하는 프로토콜로 자리 잡고 있습니다. devlery에서도 MCP와 브라우저 에이전트, 에이전트 스킬 공급망을 여러 번 다뤘습니다. 하지만 MCP 서버가 많아질수록 "서버를 누가 만들고, 누가 유지하며, API 변경을 어떻게 반영하는가"라는 유지보수 문제가 커집니다. Stainless가 API 스펙에서 MCP 서버까지 생성한다는 점은 Anthropic에게 단순한 SDK 품질 이상의 의미를 갖습니다. Claude가 더 많은 시스템에 연결될수록, 연결 품질을 Anthropic 내부에서 조정할 수 있는 능력이 중요해집니다.

발표문보다 큰 문장, hosted 제품 종료

Anthropic의 공식 발표는 짧고 조심스럽습니다. Stainless가 2022년에 설립됐고, Claude API 초기부터 Anthropic의 공식 SDK 생성을 도왔으며, 앞으로 Claude Platform의 개발자 경험과 에이전트 연결성을 높인다는 메시지입니다. Katelyn Lesse Anthropic 플랫폼 엔지니어링 책임자는 Stainless가 Claude API 경험을 형성했고, 에이전트는 연결할 수 있는 대상만큼 유용하다고 설명했습니다. Stainless 창업자 Alex Rattray도 SDK는 API만큼 세심해야 한다는 문제의식에서 회사를 시작했다고 말했습니다.

하지만 TechCrunch가 확인한 내용은 더 날카롭습니다. Anthropic은 거래 조건을 공개하지 않았지만, The Information이 앞서 3억 달러 이상 규모의 논의를 보도했다고 TechCrunch는 전했습니다. 더 중요한 대목은 hosted Stainless 제품, SDK generator 포함 제품을 종료할 예정이라는 설명입니다. Anthropic 측은 기존 고객이 이미 생성한 SDK를 계속 소유하고 수정, 확장할 권리를 가진다고 말했습니다. 그래도 앞으로의 생성, 유지보수, 릴리스 자동화 흐름은 다른 선택지를 찾아야 합니다.

이 지점에서 이번 인수는 "좋은 팀을 데려왔다"와 "경쟁사가 쓰던 공급망을 닫았다" 사이의 긴장을 만듭니다. 인수 후 특정 hosted 제품을 닫는 결정은 법적으로나 사업적으로 흔한 일일 수 있습니다. 동시에 AI 플랫폼 시장에서는 의미가 큽니다. OpenAI, Google, Anthropic, Microsoft, xAI, Mistral이 모두 에이전트 개발자 플랫폼을 밀고 있는 상황에서, SDK와 MCP 서버 생성기는 외부 부품이 아니라 플랫폼 경계의 일부가 됩니다.

왜 Anthropic에게 특히 중요한가

Anthropic은 MCP를 만든 회사입니다. MCP가 널리 쓰일수록 Anthropic은 표준의 출발점이라는 이점을 갖지만, 표준만으로는 충분하지 않습니다. 표준은 인터페이스를 정하고, 제품은 구현 품질로 경쟁합니다. 같은 API를 MCP로 노출하더라도 스키마가 불안정하거나 오류 메시지가 부정확하거나 권한 범위가 거칠면 에이전트는 좋은 결과를 내기 어렵습니다. Claude Code 같은 코딩 에이전트가 실무에서 쓰이려면 GitHub, Linear, Notion, Slack, 데이터베이스, 내부 API 같은 시스템을 안정적으로 오가야 합니다.

Stainless 인수는 그 연결층을 더 낮은 레벨에서 통제하려는 움직임으로 읽힙니다. 모델이 "이 API를 호출하라"고 결정하는 순간부터 실제 SDK 호출, 오류 처리, 재시도, 타입 검증, 릴리스 버전 관리까지 이어지는 체인이 있습니다. 체인의 한 부분이 어긋나면 에이전트는 사람보다 더 빠르게 실패를 확대할 수 있습니다. 반대로 이 체인을 잘 만들면 Claude는 단순 챗봇이 아니라 업무 시스템을 다루는 실행 주체에 가까워집니다.

여기서 "배관"이라는 표현은 낮춰 부르는 말이 아닙니다. HN 토론에서도 Stainless 창업자와 관계자로 보이는 댓글들이 이 점을 강조했습니다. 한 댓글은 Stainless가 OpenAPI 스펙에서 SDK, 문서, MCP 서버, CLI, Terraform provider를 만들고, GitHub Action과 PR 기반 릴리스 흐름까지 지원한다고 설명했습니다. 또 다른 Stainless 측 댓글은 Stainless의 코드 생성이 AI 기반이 아니라 사람이 읽기 좋은 SDK를 만들기 위한 엔지니어링이었다고 반박했습니다. 모델이 코드를 쓰는 시대에도, 모델이 쓸 도구의 경계는 여전히 인간 엔지니어링의 품질에 기대고 있다는 뜻입니다.

경쟁사에게 남는 질문

경쟁사 입장에서 가장 직접적인 질문은 "앞으로 SDK와 MCP 서버를 어떻게 만들 것인가"입니다. OpenAI나 Google 같은 대형 플랫폼은 자체 팀으로 충분히 대체할 수 있습니다. 하지만 Stainless가 단순 코드 생성기가 아니라 릴리스 자동화와 언어별 품질 노하우를 제공했다면, 대체 비용은 생각보다 클 수 있습니다. 특히 API가 자주 바뀌는 AI 플랫폼에서는 SDK 업데이트 속도와 정확도가 제품 신뢰에 직접 연결됩니다.

중소 API 회사에는 더 현실적인 문제가 있습니다. AI 에이전트가 자기 서비스에 접근하게 만들고 싶다면 SDK, MCP 서버, 문서, 권한 모델을 동시에 관리해야 합니다. 예전에는 REST API 문서 하나와 몇 개의 예제로 충분했습니다. 이제는 에이전트가 읽는 스키마, 도구 설명, 오류 형태, 샌드박스 권한, 감사 로그까지 고려해야 합니다. Stainless 같은 hosted 생성기가 닫히면 다른 공급자, 오픈소스 생성기, 내부 플랫폼 중 하나를 선택해야 합니다.

물론 Stainless 인수가 곧 Anthropic의 독점이나 경쟁사 차단으로 이어진다고 단정하기는 어렵습니다. TechCrunch가 보도한 것은 hosted 제품 종료와 기존 생성물에 대한 권리 유지입니다. 기존 고객이 당장 SDK를 잃는 것은 아닙니다. 또한 OpenAPI Generator, Speakeasy, Fern 같은 대체 도구와 각 회사의 자체 SDK 파이프라인이 존재합니다. 그러나 방향성은 분명합니다. AI 플랫폼 기업은 더 이상 모델 API만 제공하는 회사가 아닙니다. 개발자가 쓰는 SDK, 에이전트가 쓰는 도구 서버, 기업이 신뢰하는 통합 계층까지 자기 플랫폼 안으로 끌어들이고 있습니다.

커뮤니티 반응은 왜 갈렸나

Hacker News의 반응은 이번 사건의 성격을 잘 보여줍니다. 축하와 냉소가 동시에 나왔습니다. 일부는 Anthropic이 뛰어난 엔지니어를 확보하기 위해 회사를 샀다고 봤습니다. 스타트업을 만드는 것이 최고의 면접이라는 식의 해석입니다. 다른 쪽은 고객에게 유용하던 hosted 제품이 닫히는 것을 문제 삼았습니다. 특히 "인재 인수라면 제품을 오픈소스화할 수도 있지 않았느냐"는 반응은 개발자 도구 인수에서 자주 반복되는 불만입니다.

더 흥미로운 반응은 "Stainless가 정확히 무엇을 했는가"를 둘러싼 논쟁입니다. 어떤 댓글은 Stainless가 그저 OpenAPI 스펙을 SDK로 바꾸는 도구 아니냐고 물었습니다. Stainless 관계자로 보이는 댓글은 그 이상의 작업, 즉 언어별 관용성, 문서, MCP 서버, CLI, Terraform provider, 릴리스 PR, 커스텀 코드 재적용까지 설명했습니다. 이 대화는 에이전트 인프라의 난점을 보여줍니다. 겉으로는 단순 변환처럼 보이지만, 실제 제품 품질은 수많은 작은 규칙과 실패 처리에 달려 있습니다.

AI 에이전트 논쟁에서도 비슷한 일이 벌어집니다. "모델이 OpenAPI 문서를 읽으면 되지 않느냐"는 질문은 자연스럽습니다. 하지만 실무에서는 문서가 낡고, 스펙이 불완전하고, 인증 정책이 복잡하며, API 오류가 일관되지 않습니다. 사람 개발자는 이런 불완전성을 경험으로 메웁니다. 에이전트는 불완전성을 더 빠르게 마주하고 더 크게 증폭할 수 있습니다. 따라서 도구 호출 계층을 정돈하는 회사는 모델 회사에게 전략적 자산이 됩니다.

개발팀이 봐야 할 실무 신호

첫째, API 스펙은 더 이상 문서 자동화를 위한 부산물이 아닙니다. 에이전트가 도구를 호출하는 세계에서는 OpenAPI, JSON Schema, MCP tool description이 실행 품질의 일부가 됩니다. 내부 API를 가진 팀이라면 스펙의 정확도, 오류 응답, 권한 범위, 예제 데이터가 모델에게 어떻게 보일지 점검해야 합니다.

둘째, SDK 유지보수는 개발자 경험팀의 일이면서 보안팀의 일이 됩니다. 에이전트가 SDK를 통해 실제 계정을 조작한다면 재시도 정책, idempotency, rate limit, audit log, secret handling이 중요해집니다. 사람이 한 번 클릭하는 오류와 에이전트가 루프 안에서 반복 호출하는 오류는 위험도가 다릅니다.

셋째, 벤더 의존성을 다시 계산해야 합니다. hosted generator나 외부 SDK 파이프라인을 쓰는 것은 빠른 선택입니다. 그러나 그 공급자가 대형 AI 플랫폼에 인수되거나 제품 방향을 바꾸면 릴리스 흐름이 흔들릴 수 있습니다. 기존 생성물을 소유한다고 해도, 다음 API 변경을 누가 반영할지의 문제는 남습니다.

넷째, MCP 서버를 "붙이면 끝"으로 보면 안 됩니다. MCP는 연결 형식이지 품질 보증 장치가 아닙니다. 좋은 MCP 서버는 명확한 도구 이름, 제한된 권한, 예측 가능한 오류, 관찰 가능성, 테스트 가능한 스키마를 필요로 합니다. Stainless 인수는 이 부분이 시장에서 돈을 낼 만큼 중요한 층으로 인정받고 있음을 보여줍니다.

모델 전쟁의 다음 전선

최근 AI 뉴스는 모델 숫자와 벤치마크에 쉽게 빨려 들어갑니다. 더 긴 컨텍스트, 더 낮은 토큰 가격, 더 빠른 추론, 더 높은 코딩 점수는 여전히 중요합니다. 그러나 Anthropic의 Stainless 인수는 다른 메시지를 줍니다. 에이전트 제품의 승패는 모델 하나로 끝나지 않습니다. 모델이 호출할 수 있는 도구의 품질, 그 도구를 설명하는 스키마, SDK와 CLI의 안정성, 기업 시스템과 연결되는 권한 경계가 함께 제품을 만듭니다.

Anthropic은 이번 인수를 통해 "Claude가 무엇을 아는가"보다 "Claude가 어디까지 연결될 수 있는가"에 투자하고 있습니다. OpenAI가 Codex를 기업 환경으로 밀어 넣고, Google이 Antigravity와 Gemini 생태계를 확장하며, Microsoft가 Copilot을 업무 표면에 배치하는 동안 Anthropic은 연결층의 핵심 부품을 집어 들었습니다. 모델이 답변하는 시대에는 이것이 작은 개발자 도구 인수처럼 보였을 수 있습니다. 에이전트가 행동하는 시대에는 API 배관을 쥔 회사가 실제 워크플로의 경계를 정합니다.

그래서 이번 뉴스의 핵심은 "Anthropic이 SDK 회사를 샀다"가 아닙니다. 더 정확히는 "AI 에이전트 경쟁에서 SDK, CLI, MCP 서버 생성기가 전략 자산이 됐다"입니다. 개발자에게는 조금 불편한 결론도 따라옵니다. 앞으로 좋은 AI 에이전트를 만들려면 프롬프트와 모델 선택만 볼 수 없습니다. API 스펙, SDK 품질, 도구 서버, 릴리스 자동화, 권한 모델까지 함께 설계해야 합니다. Stainless 인수는 그 지루한 배관이 이제 플랫폼 전쟁의 한복판에 들어왔다는 신호입니다.