Anthropic adquiere Stainless
(anthropic.com)- El enfoque de la IA se está moviendo de los modelos que responden a los agentes que actúan, y la utilidad de esos agentes depende de los sistemas a los que pueden acceder
- Anthropic adquirió Stainless, que crea SDK y herramientas de servidor MCP, para ampliar el alcance con el que Claude puede conectarse a datos y herramientas
- Stainless, fundada en 2022, apoyó desde sus inicios la creación de los SDK oficiales de Anthropic y es utilizada por cientos de empresas para generar SDK, CLI y servidores MCP
- Stainless convierte especificaciones de API en SDK naturales para varios lenguajes como TypeScript, Python, Go, Java y Kotlin
- Esta adquisición fortalece la infraestructura para desarrolladores de Claude Platform, ampliando la experiencia de desarrollo y la conectividad de los agentes
Contexto de la adquisición
- El enfoque de la IA está pasando de los modelos que responden a los agentes que actúan, y la utilidad de un agente está limitada por los sistemas a los que puede acceder
- Anthropic creó MCP para hacer posible la conectividad de los agentes, y con la incorporación del equipo de Stainless busca ampliar la experiencia de desarrollo y la conectividad de agentes en Claude Platform
- La adquisición de Stainless fortalece la infraestructura para desarrolladores para que Claude pueda conectarse mejor con datos y herramientas
El papel de Stainless
- Stainless fue fundada en 2022 y ha apoyado desde las primeras etapas de la API de Anthropic la creación de todos los SDK oficiales de Anthropic
- Cientos de empresas usan Stainless para generar SDK, CLI y servidores MCP
- Estos productos funcionan como bibliotecas, herramientas de línea de comandos y conectores que permiten a desarrolladores y agentes usar APIs
- Stainless convierte especificaciones de API en SDK para varios lenguajes como TypeScript, Python, Go, Java y Kotlin
- Los SDK generados son rápidos, confiables y están diseñados para sentirse naturales en cada lenguaje
La visión de ambas empresas
- Katelyn Lesse, responsable de ingeniería de plataforma en Anthropic, considera que Stainless ha dado forma desde el inicio a la experiencia de desarrollo de la API de Claude
- Como los agentes solo son útiles en la medida en que pueden conectarse, la incorporación del equipo de Stainless busca hacer avanzar la capacidad de Claude para conectarse con datos y herramientas
- Alex Rattray, fundador y CEO de Stainless, inició Stainless con la idea de que los SDK deben tratarse con tanto cuidado como las APIs que los envuelven
- Anthropic fue uno de los equipos que colaboró con Stainless en sus primeras etapas, y Stainless ha observado en los últimos años lo que los desarrolladores han construido sobre Claude
- Con la unión de ambos equipos, el equipo de Stainless podrá seguir desarrollando su trabajo en una plataforma importante
1 comentarios
Comentarios en Hacker News
Anthropic ha llegado a una etapa en la que necesita a los mejores ingenieros de software del mundo y está dispuesto a pagar compensaciones enormes para atraerlos
Pero no puede simplemente publicar en LinkedIn una vacante tipo “ingeniero de software realmente excepcional, compensación de 10 millones de dólares o más” y luego lidiar con todas las postulaciones que llegarían
Construir una empresa con éxito y lograr que usen el producto de esa empresa es, en la práctica, la mejor entrevista posible para candidatos de ese nivel, si puedes pagarles ese dinero
Puede que Stainless cierre y que el equipo se una a Anthropic para hacer integraciones aburridas como permitir usar datos de HubSpot en Claude, pero Stainless era una empresa exitosa
La idea ya está validada, así que solo hay que convertirse en el próximo Stainless. Las empresas de IA ya han hecho esto con algunas compañías y lo seguirán haciendo
El nombre Stainless también viene de las tuberías de acero inoxidable, y ellos mismos se comparaban con una tienda premium de materiales de plomería
Si ves una versión temprana de stainlessapi.com en archive.org, su lema original era “Quality fittings for your REST API”
De hecho, esa era la razón por la que yo quería trabajar en Stainless, aunque entiendo que no es un trabajo para todo el mundo
Pero si ves los puestos que están contratando, como marketing, finanzas, etc., siguen ahí tal cual en https://www.anthropic.com/careers/jobs
Me pregunto por qué no usan directamente su propio producto para reemplazar esos roles
Las adquisiciones por contratación tienen muchas otras razones, pero no son ni la única forma ni la más efectiva de contratar a los ingenieros más fuertes
Si el mensaje es “cerramos todos los productos hospedados de Stainless, incluido el generador de SDK, mientras nos enfocamos en conectar capacidades y agentes de Claude Platform con APIs”, entonces, te guste o no, esto es una adquisición por contratación
Felicidades al equipo de Stainless. Es un gran equipo para sumarse a Anthropic
En Mux usamos al inicio el generador de SDK de Node, y después también los generadores de TypeScript y otros; el producto era excelente
Pero ahora mismo este producto/mercado está en una posición complicada. Hoy es muy fácil y tentador vibe-codear SDKs a partir de archivos de especificación OpenAPI
Muchas empresas, para bien o para mal, probablemente se irán por ese camino usando la misma cadena de herramientas que ya usan sus desarrolladores de producto, prácticamente sin costo adicional
Sería mucho mejor si hubiera una guía clara para los usuarios existentes y los SDKs
Ahorita se lee como “vamos a comprar la puerta principal de OpenAI y dejarla sin vida útil. Ojalá nadie estuviera planeando usarla en el futuro”, así que se ve mezquino e irrelevante
“Mientras nos enfocamos en conectar capacidades y agentes de Claude Platform con APIs, cerraremos todos los productos hospedados de Stainless, incluido el generador de SDK. A partir de hoy ya no habrá nuevos registros, proyectos ni SDKs”
“Si eres cliente de Stainless, puedes obtener ayuda para pasar de los productos administrados de Stainless a otras opciones en app.stainless.com/transition. Los SDKs generados hasta ahora son propiedad del cliente, y este conserva todos los derechos para modificarlos y ampliarlos como quiera”
El equipo dedicó bastante tiempo a crear una forma para que los clientes puedan hacer una transición de autoservicio
Este tipo de adquisiciones me hacen sentir que las herramientas de coding con agentes se están convirtiendo en ecosistemas cerrados
Anthropic restringió el uso de Claude Code, y OpenAI parece haber dejado que Codex llene ese espacio
Tengo curiosidad por ver cómo evoluciona esto
La idea es lograr que todos trasladen su forma de trabajar a depender de estas herramientas, llegar al punto en que ya no puedan imaginar trabajar de otra manera, y entonces subir los precios
Es una historia vieja en el software empresarial
Ojalá en un futuro cercano podamos decir lo mismo de los agentes de coding
Me gusta mucho Claude, pero no rastreo recursos de Claude dentro del repositorio
Si aparece algo mejor, probablemente podrá parsear bien el Markdown de los archivos de memoria existentes, y en el repositorio mismo no hay nada que obligue a los demás a enterarse de que yo hice el cambio
Me sorprende que la mayoría de los usuarios de Claude acepten CLAUDE.md como un archivo rastreado y crean que todo el equipo debería estandarizarlo y compartirlo
Los agentes de coding son la API definitiva, así que deberían adaptarse a la forma de interacción que prefiera el usuario
No sé si de verdad esperan poder imponer procedimientos operativos estándar con esta magia de caja negra no determinista
Si miras la escala del dinero invertido, en algún momento inevitablemente va a aparecer la palabra retorno de inversión
Es la estrategia clásica del producto gancho aplicada a un mercado con inversiones de capital de miles de millones
Es parecido a cómo OpenAI ha ido cerrando otros servicios y se ha inclinado más hacia coding
Están tratando de demostrar rentabilidad antes de una gran OPI
Me pregunto si consideraron liberar como open source el generador de SDK como parte del cierre de Stainless
Stainless era un software excelente
Intentar construir un negocio a partir de que los mantenedores de generadores OpenAPI no tienen tiempo para arreglar bugs fue una buena apuesta, y al final benefició a todos
Ideas similares como uv me ahorran tiempo todos los días y hasta me convierten en evangelizador
Publicación del blog de Stainless: https://www.stainless.com/blog/stainless-is-joining-anthropi...
Existe una alternativa open source extensible fuerte de Microsoft
Hoy se usa para generar todos los SDKs, la documentación y los CLI de Azure, y es bastante buena
https://typespec.io/
Como referencia, soy fundador de Stainless y también amigo de la persona que creó TypeSpec
Desde la perspectiva de un cliente de Stainless, esto es frustrante
Entiendo que la mayoría de los clientes nuevos van a generar bibliotecas cliente con IA
Pero la base de clientes existente depende de las bibliotecas cliente que generó Stainless
Estos proveedores de OpenAPI schema → bibliotecas cliente producen resultados un poco distintos, así que se genera cierto nivel de dependencia
Por desgracia, la migración no es tan simple como cambiar sin más a Speakeasy u OpenAPI Generator sin romper a los clientes existentes
“¿A qué te dedicas?”
“Escribo documentación en una empresa de IA de San Francisco y gano 500 mil dólares de compensación total”
“Yo diseño, mantengo e implemento por mi cuenta toda la funcionalidad de una plataforma del sector IoT en España y gano 40 mil euros al año”
“¿España? Me compré una casa de playa cerca de Alicante, ¿ubicas?”
“Sí...”