Breken
Servicio que reconstruye tu software en sus máquinas, simula años de uso con usuarios y agentes sintéticos y busca fallos reproducibles. Entrega el estado, la traza y un borrador de pull request. No publica precios ni disponibilidad.
Qué es Breken
Breken (breken.ai) es un servicio que busca fallos en tu software haciéndolo funcionar en un entorno simulado. Según su web, reconstruye tu software completo en sus propias máquinas, hace crecer a su alrededor un estado parecido al de producción y busca los fallos que, si no, encontraría un cliente. Su lema es «una producción antes de la producción».
No es un asistente que lee tu repositorio ni una revisión de código. Su manifiesto lo llama «experimentación autónoma para software»: ejecuta el producto y observa qué se rompe. Cómo se conecta con tu código y qué acceso necesita, su web no lo cuenta.
Para qué sirve
Para los fallos que no se ven al leer el código. Un reembolso tras un cobro parcial que devuelve el importe entero. Dos personas que editan el mismo párrafo cuando se corta la conexión y una pierde sus cambios. Son dos ejemplos del propio benchmark de Breken.
Según la empresa, los tests comprueban lo que ya sabías comprobar, y estos fallos aparecen con datos reales, con varios usuarios, con un servicio externo caído o con el paso del tiempo.
Cómo funciona, según su web
1. **Entorno.** Tu sistema corre en sus máquinas. Los servicios externos, como pagos, correo, base de datos y colas, se responden dentro de un entorno aislado. El reloj va 4.000 veces más rápido para que se acumule historial: cuentas, registros, trabajo pendiente y sesiones sin cerrar. 2. **Población.** Usuarios y agentes sintéticos usan el producto, cada uno con una intención, unos hábitos y una paciencia limitada. Cada uno se puede reproducir. 3. **Exploración.** Cada propiedad esperada se trata como una hipótesis. Breken la prueba cambiando una sola condición: un reintento, una respuesta perdida, un salto de reloj o un despliegue a mitad de un trabajo. 4. **Reproducción.** Un fallo cuenta solo si se reproduce siempre frente a un control que no falla. Breken entrega el estado exacto, la traza y un borrador de pull request.
Lo que ha publicado
**Benchmark ESCAPES.** Su página de benchmark, fechada en octubre de 2026 (versión 1 congelada el 19 de octubre de 2026), reúne 327 fallos reales de 33 productos de código abierto. Todos pasaron la revisión de código y los tests del proyecto y se corrigieron con un pull request fusionado entre el 1 de julio y el 19 de octubre de 2026. Puntúan 235, los que ya estaban en el código el 1 de julio.
Según Breken, su sistema encontró 76 de esos 235 fallos (32 %), con 20 falsas alarmas. En esa misma tabla, Claude Fable 5.1 con Claude Code encontró 37 (16 %), con 59 falsas alarmas. Breken también incluye en la tabla a Claude Opus 5.5 con Claude Code, a GPT-6 Astra con Codex CLI y a las reglas estáticas de Semgrep.
Son cifras de la propia empresa. Breken reconoce en esa página que construyó el benchmark y ejecutó todos los sistemas. Publica el corpus, los prompts y las etiquetas, y admite que otros sistemas se envíen. En las fuentes consultadas no consta una replicación independiente.
**Contribuciones a proyectos abiertos.** Su página «Open source» enumera pull requests fusionados en proyectos públicos de terceros y afirma «206 bugs encontrados y arreglos enviados en 90 proyectos». También es una cifra de la empresa. La cuenta de GitHub que firma esos pull requests, breken-ai, se creó el 3 de agosto de 2026. Esa página no dice que el propio Breken sea de código abierto.
Disponibilidad y precio (a 22 de octubre de 2026)
- Su web ofrece «Try breken», que lleva a un inicio de sesión. No indica si el servicio está en beta, con lista de espera o en disponibilidad general, ni si hay prueba gratuita.
- No publica precios. La etiqueta «Empresas» de esta ficha es solo la del catálogo para «sin precio público»; no afirma que sea únicamente para grandes compañías.
- No indica qué lenguajes ni plataformas admite, ni cómo trata los datos de tu código.
Para quién tiene sentido
- Para equipos que mantienen un producto con usuarios, datos y servicios externos, donde los fallos aparecen con el uso: cobros, sincronización, edición simultánea.
- Para quien quiere un fallo reproducido y un borrador de corrección en lugar de una lista de sospechas, si Breken cumple lo que cuenta.
- Menos claro mientras no se sepa cómo se integra con tu código, qué datos necesita y cuánto cuesta.
Ventajas
- Busca fallos ejecutando el producto, no solo leyendo su código.
- Exige que cada fallo se reproduzca siempre frente a un control que no falla, según su web.
- Entrega el estado exacto, la traza y un borrador de pull request.
- Publica el corpus, los prompts del juez y las etiquetas de su benchmark, y admite que otros sistemas se envíen.
- Cada una de sus contribuciones abiertas enlaza a un pull request público que se puede revisar.
Inconvenientes y limitaciones
- No publica precios, estado de disponibilidad, lenguajes ni plataformas compatibles.
- Sus cifras de rendimiento vienen de un benchmark que construyó y ejecutó la propia empresa. No constan pruebas independientes.
- La web no explica cómo se conecta con tu código ni qué datos recibe.
- Es un producto reciente: su cuenta de GitHub se creó el 3 de agosto de 2026.
- Solo cubre fallos que se manifiestan al ejecutar el producto. Según Breken, no sustituye a los tests ni a la revisión de código.
- En su propio benchmark reconoce un fallo que no encontró, porque la combinación de condiciones necesaria se descartó por presupuesto.
Alternativas
La revisión de código y los tests siguen cubriendo lo suyo. Los agentes de programación como Cursor trabajan sobre el código; Breken, según su web, trabaja sobre el producto en marcha. Son capas distintas, no sustitutas.
Preguntas frecuentes sobre Breken
¿Breken lee mi repositorio?
Su web no lo dice. Describe que reconstruye tu software completo en sus máquinas, pero no explica qué acceso a tu código necesita.
¿Es gratis?
No consta. La web no publica precios ni habla de una prueba gratuita.
¿Breken es de código abierto?
Su web no lo afirma. La página «Open source» enumera los pull requests que Breken ha enviado a proyectos de terceros, no el código de Breken.
¿Puedo fiarme de su benchmark?
Es un benchmark de la propia empresa, que construyó la prueba y ejecutó todos los sistemas. Publica los datos y los prompts para que otros lo comprueben, pero en las fuentes consultadas no hay una replicación independiente.
Fuentes oficiales
- Producto: breken.ai
- Manifiesto: breken.ai/manifesto
- Benchmark (octubre de 2026): breken.ai/benchmark
- Contribuciones abiertas: breken.ai/open-source
- Cuenta de GitHub: github.com/breken-ai