SDK 생성기가 문을 닫았다, Claude가 가져간 연결 계층

AI 요약

• 무슨 일: Anthropic이 SDK·MCP 서버 생성 회사 Stainless를 인수했습니다.
  • Stainless는 hosted 제품과 SDK generator 신규 가입, 프로젝트, SDK 생성을 중단한다고 밝혔습니다.
• 의미: 에이전트 경쟁의 병목이 모델 답변에서 API 연결 품질로 이동하고 있습니다.
• 실무 영향: OpenAPI 사양, SDK 릴리스, MCP 서버가 Claude Platform의 실행면으로 더 가까워집니다.
• 주의점: 공식 발표에는 인수 금액과 기존 고객 처리 세부 조건이 공개되지 않았습니다.

Anthropic이 2026년 5월 18일 Stainless 인수를 발표했습니다. 발표문 자체는 짧습니다. 하지만 그 안에 담긴 문장은 꽤 노골적입니다. Anthropic은 AI의 최전선이 "답하는 모델"에서 "행동하는 에이전트"로 이동하고 있으며, 에이전트는 자신이 닿을 수 있는 시스템만큼만 유용하다고 설명합니다. 그래서 SDK와 MCP 서버 도구를 만드는 Stainless를 인수한다는 논리입니다.

이 뉴스는 단순한 개발자 도구 인수로 읽으면 너무 작아 보입니다. Stainless는 화려한 챗봇이나 새 모델을 만든 회사가 아닙니다. API 사양을 받아 여러 언어 SDK, CLI, 문서, MCP 서버를 생성하는 회사입니다. 겉으로는 개발자 경험 자동화입니다. 그러나 에이전트 시대에는 이 계층이 훨씬 민감해집니다. 모델이 아무리 좋아도 실제 업무 시스템의 API를 잘못 이해하거나, SDK가 늦게 갱신되거나, MCP 서버가 불안정하면 에이전트는 일을 끝내지 못합니다.

더 중요한 단서는 Stainless 쪽 공지에 있습니다. Stainless는 Anthropic에 합류한다고 밝히면서 hosted Stainless 제품, SDK generator 신규 가입, 신규 프로젝트, 신규 SDK 생성을 중단한다고 설명했습니다. 기존에 생성된 SDK는 고객이 소유하고 계속 수정·확장할 수 있다고 했지만, Stainless가 독립 제품으로 계속 확장되는 경로는 사실상 닫혔습니다.

Stainless는 무엇을 팔았나

Stainless를 이해하려면 "SDK 생성기"라는 말에서 멈추면 안 됩니다. Stainless는 OpenAPI 사양을 기반으로 TypeScript, Python, Go, Java 등 여러 언어용 SDK를 만들고, 문서와 CLI, MCP 서버까지 함께 생성하는 파이프라인을 제공했습니다. API 팀이 사양을 바꾸면 SDK별 변경 diff와 진단 결과가 나오고, 릴리스 PR까지 준비되는 구조입니다.

Anthropic 공식 발표에 따르면 Stainless는 Anthropic API 초기부터 모든 공식 Anthropic SDK 생성을 지원했습니다. 이 문장은 이번 인수의 배경을 잘 보여줍니다. Anthropic은 이미 Stainless가 만든 결과물을 통해 개발자 경험을 운영해 왔고, 이제 그 팀과 시스템을 Claude Platform 안쪽으로 가져갑니다.

Stainless의 자체 공지는 더 넓은 범위를 말합니다. Stainless는 2022년에 "인터넷의 API 계층을 재창조한다"는 목표로 시작했고, 2026년에는 AI가 소프트웨어와 API를 만들고 쓰는 방식을 바꾸면서 좋은 개발자 경험의 의미도 바뀌었다고 적었습니다. 그리고 앞으로 Claude Platform 기능과 에이전트가 API에 연결되는 문제에 집중하겠다고 했습니다.

이 표현은 중요합니다. "개발자를 위한 SDK"에서 "에이전트를 위한 연결"로 주어가 바뀌고 있기 때문입니다. 과거의 SDK는 사람이 IDE에서 import하고 문서를 읽으며 호출하는 라이브러리였습니다. 에이전트 시대의 SDK와 MCP 서버는 모델이 도구를 발견하고, 파라미터를 채우고, 실패를 복구하고, 권한 경계를 지키는 실행 인터페이스가 됩니다.

왜 MCP와 같이 봐야 하나

Anthropic은 Model Context Protocol, 즉 MCP를 만든 회사입니다. MCP는 모델과 외부 도구·데이터 소스를 연결하기 위한 표준화된 통로로 쓰입니다. Claude Desktop, Claude Code, 여러 에이전트 프레임워크가 MCP 서버를 통해 파일 시스템, 데이터베이스, SaaS, 내부 도구에 접근합니다.

여기서 Stainless의 역할이 붙습니다. 많은 기업은 이미 OpenAPI 사양을 갖고 있습니다. 그러나 그 사양이 곧바로 좋은 에이전트 도구가 되지는 않습니다. 엔드포인트 이름이 불명확하거나, 스키마가 느슨하거나, 인증과 권한 설명이 부족하거나, 오류 응답이 일관되지 않으면 모델은 API를 안정적으로 쓰기 어렵습니다. 사람은 문서를 읽고 추론으로 메울 수 있지만, 에이전트는 그 빈틈에서 잘못된 도구 호출을 만들기 쉽습니다.

Stainless가 하던 일은 이 틈을 좁히는 쪽에 있습니다. API 사양에서 언어별 SDK를 만들고, 문서 예제를 정리하고, MCP 서버를 생성하면 모델과 개발자가 같은 계약을 보게 됩니다. Anthropic이 이를 내부화하면 Claude Platform은 새 API 기능을 공개할 때 SDK, 문서, MCP 연결을 더 긴밀하게 함께 설계할 수 있습니다.

이것은 모델 벤치마크와 다른 종류의 경쟁력입니다. 더 높은 추론 점수보다 "업무 시스템에 정확히 연결되는가"가 기업 에이전트 도입의 병목일 때가 많습니다. Claude가 고객사의 CRM, 결제, 문서, 코드 저장소, 데이터 웨어하우스와 연결될수록 Anthropic은 모델 제공자가 아니라 실행 환경 제공자에 가까워집니다.

hosted 제품 종료가 만든 신호

Stainless 인수에서 개발자들이 가장 민감하게 반응한 부분은 제품 종료입니다. Stainless는 "오늘부터 신규 가입, 프로젝트, SDK는 사용할 수 없다"고 밝혔습니다. 기존 고객에게는 전환 안내 페이지를 제공하고, 이미 생성한 SDK의 권리는 고객에게 있다고 설명했습니다.

이 문장은 두 가지를 동시에 말합니다. 하나는 고객 보호선입니다. 이미 만들어진 SDK를 갑자기 빼앗지는 않겠다는 뜻입니다. 다른 하나는 독립 SaaS로서의 Stainless가 더 이상 같은 방식으로 성장하지 않는다는 뜻입니다. API 회사 입장에서는 SDK 생성과 문서 자동화가 공급망의 일부였는데, 그 공급자가 특정 모델 회사 안으로 들어간 셈입니다.

그래서 커뮤니티 반응은 축하와 불안이 섞였습니다. Hacker News 토론에서는 Stainless가 실제로 무엇을 했는지 묻는 댓글이 많았고, Stainless 직원으로 보이는 참여자는 OpenAPI 사양에서 언어별 SDK, 문서, MCP 서버, CLI, 릴리스 자동화까지 만든다고 설명했습니다. 동시에 일부 댓글은 Anthropic이 인재를 사들인 것인지, 경쟁사의 개발자 인프라에 압박을 준 것인지 질문했습니다.

여기서 단정은 위험합니다. 공식 발표에는 "경쟁사 접근을 끊는다"는 말이 없습니다. 인수 금액도 공식적으로 공개되지 않았습니다. Techmeme은 TechCrunch 보도를 묶어 3억 달러 이상 거래 논의가 있었다고 정리했지만, 이는 공식 수치가 아닙니다. 다만 hosted 제품 종료가 실제로 발표됐다는 점은 확인된 사실입니다. 그 사실만으로도 API 개발자 경험 시장에는 충분히 큰 신호입니다.

에이전트 플랫폼은 API 계약을 산다

이번 인수는 Anthropic이 무엇을 플랫폼 자산으로 보는지 보여줍니다. 모델 자체, 앱, 코딩 에이전트, 엔터프라이즈 콘솔만으로는 충분하지 않습니다. 에이전트가 일을 하려면 시스템과 시스템 사이의 계약을 안정적으로 읽고 써야 합니다. 그 계약은 대개 API 사양, SDK, 문서, 권한 모델, 도구 스키마로 표현됩니다.

기업 AI 팀이 에이전트를 실제 업무에 넣을 때도 같은 문제가 반복됩니다. 모델은 "고객 환불을 처리하라"는 요청을 이해할 수 있습니다. 하지만 환불 API의 정확한 파라미터, 금액 제한, 승인 정책, 감사 로그, 재시도 규칙, 실패 시 롤백 절차는 별도의 실행 계약입니다. 이 계약이 느슨하면 에이전트는 데모에서는 그럴듯하지만 운영에서는 위험해집니다.

Stainless 같은 회사가 흥미로운 이유는 바로 이 계약을 기계가 읽을 수 있는 형태로 다듬는 데 있습니다. 좋은 SDK는 단순히 개발자를 편하게 하는 포장지가 아닙니다. 타입, 예외, 네이밍, 페이지네이션, 인증, 예제는 모두 모델이 도구를 이해하는 힌트가 됩니다. MCP 서버 생성은 그 힌트를 에이전트 실행 프로토콜로 한 번 더 옮깁니다.

Anthropic 입장에서 보면, Stainless 인수는 Claude가 외부 시스템을 더 잘 쓰도록 만드는 투자입니다. OpenAI나 Google도 비슷한 방향으로 움직이고 있습니다. OpenAI는 Codex와 ChatGPT의 도구 연결을 넓히고 있고, Google은 Antigravity와 Managed Agents를 통해 에이전트 실행 환경을 API 상품으로 만들고 있습니다. 모델 회사들이 모두 "어떻게 답할 것인가"에서 "어디까지 실행할 수 있는가"로 이동하고 있습니다.

개발자에게 남는 질문

첫 번째 질문은 전환 비용입니다. Stainless hosted 제품을 쓰던 팀은 대체 도구를 찾아야 합니다. Speakeasy, Fern, Mintlify, Scalar, 자체 codegen 같은 선택지가 있지만, 단순히 도구 이름만 바꾸면 끝나지 않습니다. SDK 생성 설정, 커스텀 코드 재적용, 문서 빌드, 릴리스 자동화, CI 통합, MCP 서버 생성 방식까지 연결돼 있기 때문입니다.

두 번째 질문은 공급망 중립성입니다. SDK 생성 도구는 개발자 경험의 하부 구조입니다. 이 도구가 특정 모델 회사 안으로 들어갔을 때, 다른 AI 플랫폼이나 API 회사는 어느 정도 의존을 허용할 수 있을까요. 공식 발표가 경쟁사 차단을 말하지 않더라도, 기업 구매팀과 플랫폼 팀은 이런 리스크를 계산합니다. 특히 AI 모델 API처럼 경쟁이 치열한 시장에서는 "내 SDK 생성 공급자가 경쟁사의 전략팀 안에 있다"는 사실 자체가 부담이 될 수 있습니다.

세 번째 질문은 API 사양의 품질입니다. 이번 인수는 에이전트 준비도가 단지 MCP 서버를 하나 띄우는 문제가 아니라는 점을 드러냅니다. OpenAPI 문서가 낡아 있거나, 내부 API의 인증 흐름이 문서화되지 않았거나, 오류 응답이 제각각이면 어떤 모델을 붙여도 안정적인 에이전트가 나오기 어렵습니다. 좋은 API 계약은 사람 개발자뿐 아니라 AI 에이전트의 실행 품질을 좌우합니다.

네 번째 질문은 변경 속도입니다. 모델 API는 일반 SaaS API보다 훨씬 빠르게 바뀝니다. 새 모델, 새 도구 호출 형식, 새 스트리밍 이벤트, 새 캐시 정책, 새 파일 처리 방식이 짧은 주기로 들어옵니다. 이때 SDK와 문서가 늦게 따라오면 개발자는 기능을 쓰지 못하고, 에이전트는 오래된 계약을 붙잡습니다. Stainless를 내부화한 Anthropic은 이 지연을 줄이고 싶을 가능성이 큽니다. API 설계, SDK 생성, MCP 서버 생성, 문서 배포가 한 팀의 루프 안에 들어오면 출시 속도와 일관성을 동시에 조정할 수 있기 때문입니다.

다섯 번째 질문은 감사 가능성입니다. 에이전트가 API를 호출할 때는 "무엇을 호출했는가"뿐 아니라 "왜 그 호출이 허용됐는가"가 남아야 합니다. SDK와 MCP 서버가 권한, 스코프, 파라미터 검증을 명확히 표현하면 감사 로그도 더 읽기 쉬워집니다. 반대로 연결 계층이 느슨하면 사고가 났을 때 모델의 추론 문제인지, 도구 설명 문제인지, API 권한 설계 문제인지 분리하기 어렵습니다.

한국 AI 팀이 봐야 할 포인트

국내 팀에게 이번 뉴스는 "Anthropic이 또 회사를 샀다"보다 "우리 API는 에이전트가 읽을 수 있는가"라는 질문에 가깝습니다. 사내 시스템 대부분은 사람 개발자를 전제로 설계돼 있습니다. 문서는 최신 상태가 아니고, API 사양은 부분적으로만 존재하며, 실제 운영 규칙은 슬랙 대화나 위키에 흩어져 있습니다. 이런 상태에서 에이전트에 업무를 맡기면 모델 성능보다 연결 품질이 먼저 한계가 됩니다.

따라서 지금 점검할 것은 모델 선택표만이 아닙니다. 핵심 업무 API의 OpenAPI 사양이 실제 구현과 맞는지, SDK 릴리스가 자동화돼 있는지, 권한과 감사 로그가 도구 호출 단위로 남는지, MCP 서버를 만들 때 어떤 작업을 허용하고 어떤 작업을 확인 단계로 묶을지 봐야 합니다. Anthropic이 Stainless를 산 이유도 결국 이 지점에 있습니다. 에이전트는 외부 시스템을 건드리는 순간부터 제품이 아니라 운영 체계가 됩니다.

또 하나의 관전 포인트는 "Agent Experience"라는 말입니다. 개발자 경험이 사람이 API를 쓰기 쉽게 만드는 일이었다면, 에이전트 경험은 모델이 API를 안전하고 정확하게 쓰게 만드는 일입니다. 둘은 겹치지만 같지 않습니다. 예제 코드가 좋아도 에이전트에게 필요한 도구 설명이 부족할 수 있고, 사람이 읽기 좋은 문서가 모델에게는 너무 모호할 수 있습니다. 반대로 타입과 스키마가 촘촘하면 사람과 모델 모두 이익을 봅니다.

조용한 인수가 큰 이유

Stainless 인수는 대중적으로는 Google I/O 같은 큰 무대 발표보다 작게 보일 수 있습니다. 하지만 개발자와 AI 플랫폼 관점에서는 꽤 날카로운 뉴스입니다. Anthropic은 모델 성능 경쟁만 하는 것이 아니라, Claude가 실제 시스템에 닿는 경로를 사들이고 있습니다. 그리고 그 경로 중 하나였던 독립 hosted 제품은 문을 닫습니다.

이번 사건이 바로 시장을 뒤집는다고 보기는 어렵습니다. 공식 발표는 짧고, 인수 조건도 공개되지 않았으며, Stainless 고객의 장기 전환 경로도 더 지켜봐야 합니다. 그러나 방향은 분명합니다. 에이전트 플랫폼은 이제 API 계약, SDK, MCP 서버, 문서, 릴리스 자동화를 별도의 주변 도구로 보지 않습니다. 실행 품질을 좌우하는 핵심 인프라로 봅니다.

다음 에이전트 경쟁에서 중요한 질문은 "어떤 모델이 더 똑똑한가"만이 아닙니다. "그 모델이 우리 시스템을 얼마나 정확하게, 안전하게, 감사 가능하게 사용할 수 있는가"입니다. Anthropic의 Stainless 인수는 그 질문이 이미 인수합병 대상이 될 만큼 비싸졌다는 신호입니다.