Sentry quería que todo el mundo experimentara con IA, para que cada persona pudiera usarla como considerara. A los pocos meses, la factura estaba subiendo y nadie podía decir quién estaba gastando qué, en qué modelos, o si esos modelos eran los adecuados. En julio de 2026, Sentry trasladó su uso interno de IA a OpenRouter, limpió aproximadamente 500 claves de Anthropic y OpenAI en tres semanas, y en agosto desactivó el acceso directo a ambas. El despliegue le dio a Sentry un control más estricto y un acceso más amplio a modelos al mismo tiempo. Ahora pueden rastrear el gasto hasta la persona o el espacio de trabajo detrás de él, y los ingenieros pueden probar cualquier modelo nuevo sin una aprobación de proveedor.
Resultados
| Resultado | Detalle |
|---|---|
| ~93% | Límite inferior para facturas descontroladas |
| ~3 semanas | Para migrar el uso interno de IA de Sentry |
| ~500 | Claves directas de Anthropic y OpenAI retiradas |
| 45+ aplicaciones | Ejecutar inferencia a través de una sola cuenta |
- Industria: Herramientas para desarrolladores y observabilidad
- Sede: San Francisco, California, Estados Unidos
- Empleados: ~400
Sentry es la plataforma de monitoreo de aplicaciones que millones de desarrolladores usan para encontrar y corregir código defectuoso. Sus clientes adoptan herramientas de programación con IA más rápido que casi nadie, y todos en Sentry trabajan de la misma manera. Prueban los modelos nuevos el día que se lanzan y construyen sus propios agentes, y el acceso a la IA está abierto a todos.
Hoy, todas las herramientas internas de Sentry que necesitan una clave de API de un modelo funcionan a través de OpenRouter, incluido Warden, el agente de Sentry para revisión de código y seguridad. También el servidor MCP oficial de Sentry al que se conectan sus clientes.
Nadie Podía Decir Adónde Iba el Dinero
Daniel Griesser, que ha pasado diez años en Sentry y dirige su equipo de telemetría desde Viena, lideró el traslado de la empresa a OpenRouter. Describe el enfoque inicial de la empresa hacia las herramientas de IA como el Viejo Oeste. Sentry tenía cuentas empresariales con Anthropic y OpenAI, cualquiera podía crear claves de API, y no había ningún proceso para hacerlo. Eso era deliberado. El liderazgo quería que la gente experimentara, y durante unos meses el arreglo funcionó.
El problema empezó con la visibilidad. El cofundador de Sentry, David Cramer, construyó un panel de gasto sobre las propias APIs de los proveedores, un par de días de trabajo que Sentry publicó después en GitHub como abacus. Se mantuvo hasta que Sentry pasó a tipos de cuenta empresarial. Algunos informes llegaban como un CSV del gasto total, sin desglose por persona ni por modelo y sin datos sobre aciertos de caché. Mientras tanto, el gasto seguía subiendo.
Un caso mostró cuánto podía ocultar la generación de informes. El uso de un ingeniero llegó a $3,000 al día porque una extensión personalizada en su herramienta de programación rompía la caché de prompts en cada solicitud, por lo que los tokens que deberían haberse servido desde la caché se facturaban a precio completo. Funcionó así un par de días antes de que Griesser lo detectara, y solo lo descubrió porque el ingeniero usaba una clave de API que había creado él mismo. Integrado en un inicio de sesión empresarial, dice, el mismo uso nunca habría salido a la luz. Una vez que la caché volvió a funcionar, el uso del ingeniero bajó a una fracción de eso.
“Necesitábamos cambiar algo, porque no era sostenible. No teníamos idea de adónde iba el dinero ni quién estaba gastando qué.”
Daniel Griesser, Director Senior de Ingeniería, Sentry
El segundo problema era la elección. Antes de OpenRouter, los ingenieros de Sentry tenían un puñado de modelos de dos proveedores. Obtener cualquier otra cosa significaba una nueva aprobación de proveedor, y para alguien que quería pasar una tarde probando un modelo de pesos abiertos, ese proceso no valía la pena empezar. Los ingenieros que querían probar esos modelos usaban sus propias cuentas personales, lo que ponía el uso fuera de todo lo que Sentry podía ver.
“Adoptar o probar aleatoriamente cualquier otro modelo a través de cualquier otro proveedor era básicamente una conversación inviable.”
Daniel Griesser, Director Senior de Ingeniería, Sentry
Todos Reciben una Clave y un Presupuesto
Antes de elegir un proveedor, Griesser evaluó ejecutar LiteLLM para gestionar el acceso del equipo. Era factible, pero Sentry habría tenido que alojarlo y mantenerlo. Para gestionar cómo las personas de toda la empresa usan la IA a diario, quería algo que no tuviera que operar.
Griesser ya conocía OpenRouter por su propio trabajo, y con el respaldo de Cramer, la revisión legal y las aprobaciones fueron rápidas.
“Podemos moverlo todo en la interfaz, configurarlo, y otra persona tiene la responsabilidad de mantenerlo funcionando.”
Daniel Griesser, Director Senior de Ingeniería, Sentry
La retención cero de datos era un requisito, por lo que Sentry la activó de forma predeterminada y, por lo demás, limitó el enrutamiento a sus propias claves de proveedor mediante bring-your-own-key (BYOK). Los entornos de codificación y la mayoría de los workspaces funcionan de esa manera con las claves existentes de Anthropic y OpenAI de Sentry, con OpenRouter gestionando la atribución y los límites.
El despliegue comenzó a principios de julio de 2026. Todos obtuvieron acceso el primer día, incluidos los equipos fuera de ingeniería, y las personas podían crear tantas claves como quisieran. De forma predeterminada, cada clave está vinculada al usuario que la crea. Cada workspace tiene un límite general establecido en un presupuesto aprobado por el CFO de Sentry, y ningún workspace ha alcanzado su límite.
Mover una herramienta fue la parte rápida. Como OpenRouter expone endpoints compatibles con Anthropic y compatibles con OpenAI, Griesser dice que significó cambiar tres variables y mantener el SDK que la herramienta ya usaba. La limpieza tomó más tiempo. Solo alrededor de 50 de las aproximadamente 500 claves de Anthropic y OpenAI estaban en uso diario, y Sentry tuvo que rastrear cada una de ellas. Griesser hizo gran parte del rastreo él mismo, dando a cada propietario una semana de aviso para crear una clave de OpenRouter antes de que la antigua se desactivara. Toda la migración tomó aproximadamente tres semanas, y en agosto, Sentry desactivó el acceso directo de los ingenieros a ambas plataformas, por lo que ya no pueden crear claves allí.
Probar un Nuevo Modelo Ahora Requiere un Cambio de Configuración
En sus primeros tres meses en OpenRouter, la cuenta de Sentry usó 147 modelos. Ese conteo trata cada versión como su propio modelo, por lo que varias líneas de Claude y GPT aparecen más de una vez. Cuando se lanza un nuevo modelo, como una versión de Grok o Gemini 3.7, un ingeniero apunta una clave hacia él y ejecuta la evaluación.
“Antes tomaba tiempo lograr que se aprobara un nuevo modelo. Y ahora ya no es un problema.”
Daniel Griesser, Senior Director of Engineering, Sentry
En una publicación de julio en X, Cramer escribió que Sentry evaluó mediante benchmarks Grok 4.5 contra las suites de evaluación para Warden y Junior, y que tuvo un buen desempeño por su precio y latencia. En la cuenta, Grok 4.5 se convirtió en uno de los modelos más grandes por gasto.
Los modelos frontera aún llevan la mayor parte del uso de Sentry. Los modelos de pesos abiertos tomaron alrededor del 12% de los tokens, la mayor parte de Kimi K2.6 ejecutando suites de evaluación para las herramientas internas de Sentry, incluido Warden.
“La gente definitivamente experimentó con los modelos de pesos abiertos, y para algunos casos de uso los están usando porque son más rentables para la tarea que necesitan que su modelo haga.”
Daniel Griesser, Senior Director of Engineering, Sentry
GPT-5.6 Luna es el predeterminado para herramientas de alto volumen como el servidor MCP oficial de Sentry, y llevó el 30.8% de los tokens de la cuenta por el 5.2% de su gasto en modelos.
Los Equipos Traen Sus Propias Herramientas
Por volumen de tokens, la segunda herramienta de codificación más usada en la cuenta de Sentry es Pi, un agente de terminal minimalista de código abierto de Earendil, casi empatando con Claude Code. Detrás de ellos vienen OpenCode, Codex, Cursor, y una larga cola de agentes que los ingenieros de Sentry construyeron ellos mismos, todos ejecutándose en la misma cuenta.
“Es una experiencia tan agradable si estás usando tu propio harness de agente, o construyendo un agente tú mismo. Tienes una clave, puedes configurar qué modelo quieres usar.”
Daniel Griesser, Senior Director of Engineering, Sentry
113 personas ahora tienen cuentas, y llegan más allá de ingeniería. Rahul Chhabria, VP de Marketing de Sentry, construyó un servicio de producción para ejecutar el programa de startups de Sentry, y ahora se ejecuta en OpenRouter. El equipo de soporte construyó sus propias evaluaciones en la misma cuenta. En total, más de 45 aplicaciones envían tráfico a través de ella.
Cada Solicitud Tiene un Propietario
El paso a OpenRouter no cambió el volumen del gasto de Sentry, dice Griesser. Como las claves están vinculadas a usuarios o workspaces, cada solicitud se vincula a un propietario y a un modelo, y generalmente a la herramienta que la envió. Cualquier ingeniero puede hacer clic en su nombre de usuario y ver lo que ha gastado.
Los Valores Atípicos Aparecen en el Dashboard
Griesser revisa el dashboard aproximadamente cada dos semanas. A finales de septiembre, encontró $8,000 de uso en una sola clave en el workspace de Tools de Sentry. La clave tenía el propietario equivocado. Un ingeniero la había creado para una herramienta que otra persona poseía. Griesser la renombró y la convirtió en una clave de workspace. Las claves pueden moverse entre workspaces, o de una persona a un workspace, sin regenerar el token, por lo que no hubo que volver a desplegar nada.
Sentry ahora establece un presupuesto semanal de $1,500 por persona en su workspace predeterminado, y cada workspace tiene su propio límite. Esos límites son su salvaguarda contra los valores atípicos de gasto. Cuando una clave alcanza su límite, se detiene. O la persona pregunta por qué, o se dispara una notificación, y la pregunta se escala.
“Antes, era muy fácil que un ingeniero o un usuario pudiera explotar nuestra factura total de IA, porque no había control ni salvaguarda ni respaldo.”
Daniel Griesser, Senior Director of Engineering, Sentry
El Liderazgo Dejó de Prepararse para Sorpresas
Para el liderazgo de ingeniería de Sentry, los límites ponen un techo a las facturas sorpresa. Cuando le preguntaron qué le diría a otro líder de ingeniería que estuviera considerando el mismo movimiento, Griesser lo mantuvo breve.
“Adóptalo y no mires atrás. Simplemente resuelve problemas con los que realmente no quieres perder el tiempo.”
Daniel Griesser, Senior Director of Engineering, Sentry