# Anthropic, Stainless 인수

> Clean Markdown view of GeekNews topic #29647. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=29647](https://news.hada.io/topic?id=29647)
- GeekNews Markdown: [https://news.hada.io/topic/29647.md](https://news.hada.io/topic/29647.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2026-05-19T10:01:06+09:00
- Updated: 2026-05-19T10:01:06+09:00
- Original source: [anthropic.com](https://www.anthropic.com/news/anthropic-acquires-stainless)
- Points: 4
- Comments: 1

## Topic Body

- **AI의 초점**이 답변하는 모델에서 행동하는 에이전트로 옮겨가며, 에이전트의 유용성은 접근 가능한 시스템에 좌우됨
- Anthropic은 SDK와 **MCP 서버 도구**를 만드는 Stainless를 인수해 Claude가 데이터와 도구에 연결되는 범위를 넓히려 함
- Stainless는 2022년 설립 후 초기부터 공식 **Anthropic SDK** 생성을 지원했고, 수백 개 회사가 SDK·CLI·MCP 서버 생성에 사용함
- Stainless는 API 명세를 TypeScript, Python, Go, Java, Kotlin 등 여러 언어의 **자연스러운 SDK**로 변환함
- 이번 인수는 Claude Platform의 **개발자 경험**과 에이전트 연결성을 확장하는 개발자 인프라 강화로 이어짐

---

### 인수 배경
- AI의 초점은 답변하는 모델에서 행동하는 에이전트로 이동 중이며, 에이전트의 유용성은 접근할 수 있는 시스템에 의해 제한됨
- Anthropic은 에이전트 연결성을 가능하게 하려고 **MCP**를 만들었고, Stainless 팀 합류로 Claude Platform의 개발자 경험과 에이전트 연결성을 확장하려 함
- Stainless 인수는 Claude가 데이터와 도구에 더 잘 연결되도록 만드는 **개발자 인프라** 강화로 이어짐

### Stainless의 역할
- Stainless는 2022년에 설립됐으며, Anthropic API 초기부터 모든 공식 **Anthropic SDK** 생성을 지원해 왔음
- 수백 개 회사가 Stainless로 **SDK, CLI, MCP 서버**를 생성하고 있음
- 이 산출물은 개발자와 에이전트가 API를 사용할 수 있게 하는 라이브러리, 명령줄 도구, 커넥터 역할을 함
- Stainless는 API 명세를 TypeScript, Python, Go, Java, Kotlin 등 여러 언어의 SDK로 변환함
- 생성된 SDK는 빠르고 안정적이며, 각 언어에서 자연스럽게 느껴지도록 만들어짐

### 두 회사의 관점
- Katelyn Lesse Anthropic 플랫폼 엔지니어링 책임자는 Stainless가 초기부터 **Claude API** 개발자 경험을 형성해 왔다고 봄
- 에이전트는 연결 가능한 대상만큼만 유용하므로, Stainless 팀 합류로 Claude가 데이터와 도구에 연결되는 능력을 발전시키려 함
- Alex Rattray Stainless 창업자 겸 CEO는 SDK도 이를 감싸는 API만큼 세심하게 다뤄져야 한다는 생각에서 Stainless를 시작함
- Anthropic은 Stainless와 초기에 협력한 팀 중 하나였으며, Stainless는 지난 몇 년간 개발자들이 Claude 위에서 만든 결과를 지켜봐 왔음
- 두 팀의 결합으로 Stainless 팀은 중요한 플랫폼에서 기존 작업을 계속할 수 있게 됨

## Comments



### Comment 57774

- Author: neo
- Created: 2026-05-19T10:01:06+09:00
- Points: 1

###### [Hacker News 의견들](https://news.ycombinator.com/item?id=48182281) 
- Anthropic은 **세계 최고 수준의 소프트웨어 엔지니어**가 필요하고, 그들을 데려오기 위해 엄청난 보상을 줄 의지가 있는 단계에 와 있음  
  하지만 LinkedIn에 “정말 뛰어난 소프트웨어 엔지니어, 보상 1,000만 달러+” 같은 채용 공고를 올려서는 들어오는 지원서를 감당할 수 없음  
  성공적으로 회사를 만들고 그 회사의 제품을 쓰는 것이, 그런 급의 후보에게 돈을 낼 수 있다면 사실상 최고의 면접임  
  Stainless가 문을 닫고 팀이 Anthropic에 합류해 HubSpot 데이터를 Claude에서 쓰게 하는 따분한 통합 같은 걸 만들지도 모르지만, Stainless는 성공한 회사였음  
  이미 검증된 아이디어이니 다음 Stainless가 되면 됨. AI 회사들은 이미 몇몇 회사에 이런 일을 했고 앞으로도 계속할 것임
  - “HubSpot 같은 **따분한 API**를 더 유용하게 접근 가능하게 만드는 일”은 Anthropic에서 하고 싶은 바로 그런 인프라 작업임  
    Stainless라는 이름도 Stainless Steel 파이프에서 따왔고, 스스로를 고급 배관 자재점에 비유했음  
    archive.org에서 stainlessapi.com 초기 버전을 보면 원래 모토가 “Quality fittings for your REST API”였음  
    애초에 Stainless에서 일하고 싶었던 이유도 그런 일이었지만, 모두에게 맞는 일은 아니라는 건 이해함
  - 세계 최고의 소프트웨어 엔지니어들은 **보상 최적화**가 아니라 세계 최고의 소프트웨어 엔지니어가 되는 쪽을 최적화함
  - 왜 최고의 소프트웨어 엔지니어가 필요한지 모르겠음. 그들의 제품은 그런 역할을 대체해야 하는 것 아니었나  
    그런데 마케팅, 재무 등 채용 중인 포지션을 보면 [https://www.anthropic.com/careers/jobs](<https://www.anthropic.com/careers/jobs>)에 그대로 있음  
    왜 자기 제품을 직접 써서 그런 역할을 대체하지 않는지 궁금함
  - 회사를 성공적으로 만들고 그 회사 제품을 쓰는 건 **탁월한 프로그래머**인지와는 꽤 다른 능력을 검증함
  - 최상위 트레이딩 회사들은 오래전부터 최고급 채용을 이런 우회 절차 없이 잘 해왔음  
    인수 채용에는 다른 이유가 많지만, 가장 강한 엔지니어를 뽑는 유일한 방법도, 가장 효과적인 방법도 아님

- “Claude Platform 기능과 에이전트를 API에 연결하는 데 집중하면서, SDK 생성기를 포함한 모든 호스팅 Stainless 제품을 종료한다”는 내용이라면 좋든 싫든 **인수 채용**임
  - “수백 개 회사가 Stainless에 의존해 SDK, CLI, MCP 서버를 생성한다”고 했지만 이제는 더 이상 아니게 됨
  - 위 인용은 안타깝게도 실제 Stainless 블로그 글에 있는 문구임: [https://www.stainless.com/blog/stainless-is-joining-anthropi...](<https://www.stainless.com/blog/stainless-is-joining-anthropic/>)
  - OpenAI도 Stainless 고객 아니었나?

- Stainless 팀 축하함. Anthropic에 합류하기 좋은 팀임  
  Mux에서 초기에 Node SDK 생성기를 썼고, 이후 TypeScript 및 다른 생성기도 사용했는데 제품은 훌륭했음  
  다만 지금 이 제품/시장은 복잡한 위치에 있음. 요즘은 OpenAPI 명세 파일에서 **SDK를 바이브 코딩**하는 게 매우 쉽고 유혹적임  
  많은 팀이 좋든 나쁘든 제품 개발자가 이미 쓰는 도구 체인을 이용해 사실상 추가 비용 없이 그 방향으로 갈 것 같음

- 기존 사용자와 SDK에 대한 **명확한 안내**가 있으면 훨씬 나을 것임  
  지금은 “OpenAI의 현관문을 사서 수명 종료시키겠다. 앞으로 쓰려던 사람이 없길 바란다”처럼 읽혀서 사소하고 무의미하게 보임
  - [https://www.stainless.com/blog/stainless-is-joining-anthropi...](<https://www.stainless.com/blog/stainless-is-joining-anthropic/>)를 보면 실제로 그렇게 된 듯함  
    “Claude Platform 기능과 에이전트를 API에 연결하는 데 집중하면서, SDK 생성기를 포함한 모든 호스팅 Stainless 제품을 종료한다. 오늘부터 신규 가입, 프로젝트, SDK는 제공되지 않는다”  
    “Stainless 고객이라면 app.stainless.com/transition에서 Stainless 관리 제품에서 다른 선택지로 전환하는 도움을 받을 수 있다. 지금까지 생성한 SDK는 고객 소유이며 원하는 대로 수정하고 확장할 모든 권리가 있다”
  - 계정이 있으면 [https://app.stainless.com/transition](<https://app.stainless.com/transition>)로 갈 수 있음  
    팀이 고객들이 **셀프서비스 전환**을 할 수 있는 방법을 만드는 데 꽤 많은 시간을 썼음

- 이런 인수들을 보면 **에이전트형 코딩 도구**가 폐쇄형 생태계로 변해가는 느낌임  
  Anthropic은 Claude Code 사용을 제한했고, OpenAI는 Codex가 그 빈자리를 채우게 둔 듯함  
  앞으로 어떻게 진화할지 궁금함
  - 바로 그게 핵심이고 높은 기업가치의 이유임  
    모두가 이런 도구에 의존하도록 업무 방식을 옮기게 만들고, 다른 방식으로 일하는 걸 상상하지 못할 지점까지 간 다음 가격을 올리는 것임  
    기업용 소프트웨어에서 오래된 이야기임
  - Claude는 그냥 도구일 뿐임. 우리 팀원들은 각자 가장 편한 텍스트 편집기나 IDE를 자유롭게 고를 수 있음  
    가까운 미래에는 코딩 에이전트도 그렇게 말할 수 있기를 바람  
    Claude를 정말 좋아하지만, 저장소에서 Claude 리소스를 추적하지는 않음  
    더 나은 것이 나오면 기존 메모리 파일의 Markdown을 잘 파싱할 것이고, 저장소 자체에는 내가 바꿨다는 걸 다른 사람이 알아야 하게 만드는 요소가 없음  
    대다수 Claude 사용자가 **CLAUDE.md를 추적 파일**로 받아들이고 팀 전체가 표준화해 공유해야 한다고 여기는 게 놀라움  
    코딩 에이전트는 궁극의 API라서, 사용자가 선호하는 상호작용 방식에 맞춰야 함  
    이 비결정적 블랙박스 마법으로 표준 운영 절차를 강제할 수 있다고 정말 기대하는지 모르겠음
  - 최종 목적지는 원래부터 그쪽이었음  
    투입된 돈의 규모를 보면 어느 순간 **투자수익률**이라는 단어가 나올 수밖에 없음  
    조 단위 자본 투자가 걸린 시장에서 고전적인 미끼상품 전략이 적용되는 것임
  - 프런티어 AI 연구소들은 **기업공개**를 정당화할 수 있는 쪽으로 방향을 틀고 있음  
    OpenAI가 다른 서비스를 접고 코딩 쪽으로 더 기울어진 것과 비슷함  
    대형 기업공개 전에 수익성을 보여주려는 것임
  - 요즘 대부분의 날 Claude Code와 pi.dev를 나란히 쓰는데, 최근 몇 주 동안은 대부분의 작업에서 pi를 더 많이 고르고 있음

- Stainless 서비스 종료의 일부로 **SDK 생성기 오픈소스화**를 고려해봤는지 궁금함
- Stainless는 훌륭한 소프트웨어였음  
  OpenAPI 생성기 유지보수자들이 버그를 고칠 시간이 부족하다는 데서 사업을 만들어보는 건 좋은 모험이었고, 모두에게 이득이 됐음  
  uv 같은 비슷한 아이디어들은 매일 시간을 아껴주고 나를 전도자로 만들 정도임

- Stainless 블로그 글: [https://www.stainless.com/blog/stainless-is-joining-anthropi...](<https://www.stainless.com/blog/stainless-is-joining-anthropic/>)
  - “journey”라는 단어를 못 찾아서 실망함

- Microsoft의 강력한 **오픈소스 확장형 대안**이 있음  
  지금 모든 Azure SDK, 문서, CLI를 생성하는 데 쓰이고 있고 꽤 좋음  
  [https://typespec.io/](<https://typespec.io/>)
  - TypeSpec은 훌륭함  
    참고로 Stainless 창업자이고 TypeSpec 만든 사람과도 친구임

- Stainless 고객 입장에서는 답답함  
  신규 고객 대부분이 AI로 클라이언트 라이브러리를 생성할 거라는 건 이해함  
  하지만 기존 고객 기반은 Stainless가 생성한 **클라이언트 라이브러리**에 의존하고 있음  
  이런 OpenAPI 스키마 → 클라이언트 라이브러리 제공자들은 생성 결과가 조금씩 달라서 어느 정도 종속성이 생김  
  안타깝게도 기존 고객을 깨뜨리지 않고 Speakeasy나 OpenAPI Generator로 그냥 바꾸는 것만큼 마이그레이션이 쉽지 않음
  - APIMatic을 한번 시도해보는 걸 추천함: [https://migrate-from-stainless.apimatic.io/](<https://migrate-from-stainless.apimatic.io/>)

- “뭐 하고 지내요?”  
  “샌프란시스코 AI 회사에서 문서 쓰고 총보상 50만 달러 받습니다”  
  “스페인 IoT 분야 플랫폼의 모든 기능을 혼자 설계, 유지보수, 구현하고 연봉 4만 유로를 받습니다”  
  “스페인이요? Alicante 근처 해변가에 별장을 샀는데, 아세요?”  
  “네…”
