Devlery
Blog/AI

Stainless 인수, Claude가 SDK 배관까지 품은 이유

Anthropic의 Stainless 인수는 Claude 에이전트 경쟁이 모델에서 SDK, MCP 서버, API 연결 배관으로 이동했음을 보여줍니다.

Stainless 인수, Claude가 SDK 배관까지 품은 이유
AI 요약
  • 무슨 일: Anthropic이 2026년 5월 18일 SDK와 MCP 서버 생성 도구 회사 Stainless를 인수했습니다.
    • Stainless는 초기 Claude API 시절부터 Anthropic 공식 SDK 생성을 맡았고, OpenAI 등 여러 API 회사도 고객으로 둔 개발자 인프라입니다.
  • 의미: 에이전트 경쟁의 병목이 모델 품질에서 외부 시스템을 호출하는 API 배관으로 이동하고 있습니다.
  • 주의점: Stainless는 호스팅 제품과 SDK generator를 종료 수순으로 전환해 기존 고객의 전환 비용이 쟁점입니다.

Anthropic이 Stainless를 인수했습니다. 표면적으로는 개발자 도구 스타트업 인수입니다. 그러나 이번 사건은 AI 에이전트 시장에서 점점 더 중요한 질문을 드러냅니다. 모델이 답변을 잘하는 것만으로 충분하지 않다면, 에이전트가 실제 업무 시스템을 어떻게 안전하고 일관되게 호출할 것인가입니다.

Anthropic의 공식 발표는 이 프레임을 분명하게 잡습니다. 회사는 AI의 최전선이 "답하는 모델"에서 "행동하는 에이전트"로 이동하고 있으며, 에이전트는 연결할 수 있는 시스템만큼만 유용하다고 설명했습니다. Stainless는 바로 그 연결 계층을 만드는 회사입니다. OpenAPI 스펙을 받아 TypeScript, Python, Go, Java 같은 언어별 SDK, CLI, MCP 서버, 문서로 바꿉니다.

이 문장은 조금 건조하게 들리지만, 에이전트 시대에는 꽤 직접적인 의미가 있습니다. 사람 개발자는 불편한 API도 문서를 읽고, 시행착오를 거치고, 임시 래퍼를 만들며 사용할 수 있습니다. 반면 에이전트는 도구 정의, 타입, 오류, 페이지네이션, 인증, 권한 경계가 조금만 어긋나도 잘못된 호출을 반복하거나 일을 멈춥니다. API가 기계에게도 좋은 인터페이스가 되려면 SDK와 문서, MCP 서버가 함께 정돈되어야 합니다.

Stainless 공식 사이트의 개발자와 에이전트 인터페이스 이미지

왜 Stainless인가

Stainless는 2022년에 설립됐습니다. Anthropic은 Stainless가 초기 Claude API 시절부터 모든 공식 Anthropic SDK 생성을 지원했다고 밝혔습니다. Stainless 홈페이지도 제품 범위를 꽤 넓게 보여 줍니다. SDK, 문서 플랫폼, MCP 서버를 OpenAPI 스펙에서 만들고, 지원 언어로 TypeScript, Python, Go, Java, Kotlin, Ruby, Terraform, C#, PHP 등을 제시합니다.

중요한 대목은 고객 목록입니다. Stainless 사이트에는 Cloudflare, OpenAI, Replicate, Weights & Biases, Mux 같은 이름이 보입니다. 즉 Stainless는 Anthropic 전용 하청 도구가 아니었습니다. API를 제품으로 파는 회사들이 언어별 SDK와 문서, 릴리스 파이프라인을 관리하기 위해 쓰던 중립 인프라에 가까웠습니다. 그래서 이번 인수는 "Claude SDK가 좋아진다"는 좁은 뉴스보다 큽니다.

Anthropic은 최근 Claude Platform, Claude Code, MCP, connector, enterprise 배치를 계속 확장하고 있습니다. 이 흐름에서 Stainless는 모델 위가 아니라 모델 바깥의 계층을 강화합니다. 모델이 도구를 선택하고, 외부 API를 호출하고, 결과를 다시 해석하려면, API 표면이 신뢰할 수 있어야 합니다. 수동 문서와 느슨한 JSON 예제가 아니라 언어별 타입, 오류 모델, 인증 패턴, CLI, MCP 서버까지 함께 맞아야 합니다.

다르게 말하면 Anthropic은 "에이전트가 쓸 수 있는 인터넷"의 배관을 사들인 셈입니다. AI 랩들이 더 큰 모델을 발표하는 동안, 실제 제품 팀은 더 지루한 문제에 부딪힙니다. 에이전트가 Salesforce, GitHub, Stripe, Notion, 내부 ERP, 데이터 웨어하우스를 만질 때 어떤 인터페이스를 믿을 것인가입니다. Stainless는 이 지루한 질문을 제품으로 만든 회사였습니다.

발표문보다 큰 쟁점은 종료 수순입니다

Anthropic 발표만 보면 인수의 메시지는 연결성 강화입니다. 하지만 Stainless의 자체 공지를 읽으면 다른 면이 나옵니다. Stainless는 Claude Platform 기능과 에이전트-API 연결에 집중하기 위해 모든 호스팅 Stainless 제품을 종료 수순에 두고, SDK generator도 포함한다고 밝혔습니다. 신규 가입, 신규 프로젝트, 신규 SDK 생성도 중단됩니다.

기존 고객은 이미 생성된 SDK를 소유하고 수정할 권리를 유지합니다. 이 점은 중요합니다. 하지만 SDK 생성 파이프라인은 단발성 파일 생성기가 아닙니다. API 스펙이 바뀔 때마다 언어별 SDK diff가 나오고, 릴리스 PR이 만들어지고, 문서 예제가 갱신되고, 기존 커스텀 코드가 다시 적용되어야 합니다. Stainless가 관리형 제품을 접으면 고객은 단순히 코드를 내려받는 것이 아니라 릴리스 운영 계층을 새로 골라야 합니다.

이 때문에 이번 인수는 환영과 우려가 동시에 나옵니다. Anthropic 입장에서는 Claude Platform의 핵심 연결성을 내부화하는 합리적인 선택입니다. Stainless 팀은 이미 Anthropic SDK를 오래 다뤘고, MCP 서버 생성도 에이전트 전략과 맞습니다. 반대로 생태계 입장에서는 OpenAI와 Cloudflare 같은 비-Anthropic 고객도 쓰던 중립 도구가 사라지는 사건입니다.

계층Stainless가 하던 일에이전트 시대의 의미
API 스펙OpenAPI 기반 입력과 변환 설정도구 호출의 계약을 기계가 읽을 수 있게 고정
SDKTypeScript, Python, Go, Java 등 언어별 클라이언트 생성에이전트와 개발자가 같은 타입과 오류 모델을 공유
문서와 CLI예제, 명령행 도구, 릴리스 흐름 자동화사람과 에이전트가 같은 작업 표면을 학습
MCP 서버API를 에이전트 도구 서버로 노출Claude 같은 에이전트가 외부 시스템을 직접 다루는 연결점

SDK는 왜 에이전트 락인의 출발점이 되는가

AI 플랫폼 경쟁을 볼 때 많은 사람은 모델 이름과 벤치마크를 먼저 봅니다. 그러나 기업 개발팀이 실제로 쓰는 표면은 SDK입니다. 어떤 인증 방식을 기본으로 하는지, 스트리밍이 어떤 이벤트로 떨어지는지, 오류가 어떤 타입으로 잡히는지, 재시도와 페이지네이션이 어떻게 표현되는지, tool calling과 파일 업로드가 어떤 추상화로 묶이는지가 매일의 개발 경험을 결정합니다.

에이전트에서는 이 차이가 더 커집니다. 에이전트는 한두 번 API를 호출하고 끝나지 않습니다. 작업을 쪼개고, 파일을 읽고, 명령을 실행하고, API를 호출하고, 실패하면 다시 시도합니다. 이 루프 안에서 SDK가 모호하면 모델은 모호한 선택을 합니다. 문서 예제가 오래됐거나 타입이 부정확하면 에이전트는 그 오류를 자연어로 추론하려고 합니다. 사람에게는 사소한 마찰이 에이전트에게는 반복 실패가 됩니다.

그래서 Stainless 같은 도구는 단순 생산성 도구가 아닙니다. API 변경을 여러 언어 SDK와 문서, CLI, MCP 서버에 동시에 반영하는 것은 에이전트가 안정적으로 행동할 수 있는 기반입니다. Anthropic이 이 계층을 내부로 가져간 이유도 여기에 있습니다. Claude가 외부 시스템을 잘 쓰려면, 외부 시스템을 Claude가 이해하기 좋은 모양으로 바꾸는 도구가 필요합니다.

이 관점에서 보면 MCP와 Stainless는 서로 보완적입니다. MCP는 AI 애플리케이션과 외부 시스템을 연결하는 프로토콜입니다. Stainless는 API 스펙에서 SDK와 MCP 서버를 생성하는 도구입니다. Anthropic은 이미 MCP를 만든 회사이고, 이제 MCP 서버 생성과 SDK 품질을 다루는 팀까지 Claude Platform 안으로 들였습니다. 이는 연결성의 표준과 구현 도구를 동시에 강화하는 움직임입니다.

중립 도구가 특정 플랫폼으로 들어갈 때

문제는 중립성입니다. Stainless가 Anthropic 내부로 들어가고 호스팅 제품을 종료하면, 기존 고객은 선택지를 다시 봐야 합니다. Speakeasy, Fern, APIMatic, OpenAPI Generator 같은 대안이 있지만, 생성기가 바뀌면 SDK의 모양도 바뀝니다. 메서드 이름, 타입 구조, 오류 처리, pagination helper, retry 정책, 커스텀 코드 삽입 방식이 달라질 수 있습니다.

API 제공자에게 SDK는 고객과 맺은 계약의 일부입니다. 이미 수많은 개발자가 특정 SDK의 타입과 호출 패턴에 맞춰 코드를 짜 둔 상태라면, 생성기 교체는 내부 빌드 도구 교체로 끝나지 않습니다. 고객의 컴파일 오류, 런타임 동작 변화, 문서 불일치, 릴리스 노트 관리까지 이어집니다. Stainless가 "이미 생성된 SDK는 고객이 소유한다"고 말해도, 앞으로의 생성과 유지보수 문제는 남습니다.

Hacker News 반응이 컸던 이유도 이 지점입니다. 2026년 5월 18일 HN 프런트 페이지에서 이 글은 526포인트와 373개 댓글을 기록했습니다. 일부는 "지루한 배관"이야말로 AI 에이전트 시대의 중요한 사업이라고 봤습니다. 다른 일부는 Anthropic이 경쟁사도 의존하던 도구를 흡수해 생태계의 중립 인프라를 약화한다고 비판했습니다. 양쪽 모두 어느 정도 맞습니다.

Stainless 관계자로 보이는 HN 댓글은 제품이 OpenAPI 스펙에서 SDK, 문서, MCP 서버, CLI, Terraform provider를 만들고, API 저장소의 PR부터 SDK 릴리스 PR까지 이어지는 자동화 흐름을 제공한다고 설명했습니다. 이 설명은 이번 인수의 가치를 잘 보여 줍니다. 동시에 그런 기능이 사라지는 고객에게 전환 비용이 왜 큰지도 보여 줍니다.

Anthropic의 플랫폼 전략으로 보면 일관됩니다

Anthropic은 최근 몇 달 동안 Claude를 단순 챗봇이 아니라 개발자 플랫폼과 기업용 에이전트 실행 계층으로 밀고 있습니다. Claude Code는 코딩 작업 표면을 잡고, MCP는 외부 도구 연결 표준을 잡고, Claude Platform은 기업 배포와 API 호출 경로를 잡습니다. Stainless는 여기에 API 연결의 생성 도구를 더합니다.

이 전략은 OpenAI, Google, Microsoft와의 경쟁에서도 의미가 있습니다. OpenAI는 Agents SDK와 Codex, ChatGPT 앱 표면을 확장하고 있습니다. Google은 Gemini API와 Managed Agents, Genkit, Antigravity 계열을 밀고 있습니다. Microsoft는 Copilot, Foundry, GitHub를 통해 기업 개발 워크플로를 잡고 있습니다. 이 경쟁에서 모델만 좋아서는 부족합니다. 외부 시스템을 연결하고, 권한을 통제하고, SDK를 유지하고, 도구 호출을 관찰하는 계층이 필요합니다.

Anthropic이 Stainless를 품은 것은 이 전장에 맞습니다. Claude가 더 많은 앱과 데이터에 연결될수록, 연결 품질은 제품 품질이 됩니다. API 호출이 흔들리면 모델이 좋아도 업무는 실패합니다. 반대로 SDK와 MCP 서버가 일관되면, Claude는 더 많은 시스템을 안정적으로 조작할 수 있습니다.

다만 이 전략이 생태계 전체에 좋은지만은 별도 질문입니다. Anthropic은 자사 플랫폼을 강화할 권리가 있습니다. 그러나 AI 생태계가 특정 랩의 인수로 공통 도구를 잃는다면, 다른 API 회사와 개발자는 중립 생성 도구의 지속 가능성을 다시 따져야 합니다. MCP가 중립 표준으로 확산되는 동시에 MCP 서버 생성 도구가 특정 플랫폼 안으로 들어가는 장면은 꽤 아이러니합니다.

개발팀이 지금 확인할 것

Stainless 고객이라면 가장 먼저 해야 할 일은 현재 SDK 생성과 릴리스 파이프라인의 의존도를 파악하는 것입니다. 생성된 SDK 저장소만 남아 있는지, Stainless 호스팅 제품이 PR 생성, 문서 배포, 커스텀 코드 재적용, diagnostics, 릴리스 자동화까지 맡고 있었는지 구분해야 합니다. 후자라면 대체 생성기 선택보다 운영 절차 재설계가 더 큰 일입니다.

Stainless 고객이 아니어도 배울 점이 있습니다. AI API나 SaaS API를 제공하는 팀이라면 이제 "에이전트 친화적 API"가 무엇인지 더 구체적으로 정의해야 합니다. OpenAPI 스펙이 정확한가, SDK가 언어별 관용구를 따르는가, 오류와 권한이 모델에게도 명확한가, MCP 서버나 tool schema가 사람이 읽는 문서와 같은 계약을 공유하는가를 봐야 합니다.

에이전트 앱을 만드는 팀은 SDK와 MCP 서버를 단순 연결 부품으로 취급하면 안 됩니다. 모델 선택만큼 중요한 것은 도구 표면의 품질입니다. API가 불안정하면 모델은 불안정한 행동을 합니다. 문서가 오래되면 에이전트는 오래된 예제를 실행합니다. 권한 경계가 흐리면 에이전트는 너무 많은 일을 하거나 필요한 일을 못 합니다.

이번 인수의 결론은 단순합니다. AI 에이전트 시장의 경쟁은 더 이상 모델 호출 하나로 설명되지 않습니다. 누가 더 좋은 SDK를 만들고, 누가 더 신뢰할 수 있는 MCP 서버를 만들고, 누가 API 변경을 문서와 도구에 빨리 반영하는지가 플랫폼 경쟁의 일부가 됐습니다. Stainless는 그 변화의 조용한 증거였습니다. Anthropic이 그것을 내부로 가져간 순간, SDK 배관은 더 이상 배경이 아니라 전장 위로 올라왔습니다.