Del ticket al pull request. Tú solo apruebas.
Flusend Agent toma una tarjeta de tu Linear, la corrige en un worktree aislado, ejecuta tu suite oficial de tests y abre el PR. El merge es la aprobación, y es lo que dispara el deploy que tu repositorio ya tiene.
- ✓Worktree aislado por ticket
- LinearGitHubSentry
- ✓Tests existentes intactos
Worktree aislado
tu rama nunca se toca
Agente + 12 skills
causa raíz, corrección, test nuevo
Suite oficial
4.265 tests · verde · 5 min
Rutas protegidas
migraciones, terraform, .github
PR #56 abierto
diff, registro y coste en la interfaz
Esperando aprobación
merge = deploy
Del ticket al deploy, contigo al mando
Seis pasos. El agente solo toca el código después de que autorices el plan, y solo llega al entorno después de que apruebes el PR.
Abre la tarjeta en Linear o desde el chat, escribiendo o hablando. Basta la etiqueta agente.
El agente lee el código real del repositorio en un worktree aislado y entiende la causa.
Muestra la implementación o la corrección que va a hacer. Nada cambia antes de que autorices.
Autorizado, implementa la funcionalidad o el bugfix, escribe el test y ejecuta tu suite oficial.
Abre el PR en tu GitHub con diff, registro y coste. Las revisiones vuelven a él.
Aprobado el PR, el merge dispara el deploy de tu repositorio en el entorno y la tarjeta se cierra.
Exportar PDF falla sin dirección del paciente
Hecho para PRs que sí se pueden mergear
Un agente que manipula tests para ponerse en verde no entrega nada. Estas reglas se fijan por repositorio y se ven en cada ejecución.
@Testvoid totalsThreeItems() {- assertEquals(3, order.total());+ assertEquals(2, order.total());}
+@Test+void appliesDiscountOnce() {+ order.apply(coupon);+ assertEquals(90, order.total());+}
Tests existentes intactos
El agente crea tests y añade casos, pero no modifica ni borra lo que ya existía. Las herramientas se niegan y la revisión del diff bloquea la entrega. Lo autorizas por tarjeta cuando tenga sentido.
Rutas protegidas
Migraciones, infraestructura, pipelines y secretos quedan fuera de alcance. Un cambio en una ruta protegida bloquea el PR antes del push.
La duda se vuelve pregunta
Un ticket ambiguo no se adivina: el agente comenta sus preguntas en la tarjeta y retoma la misma sesión cuando respondes.
Límites por agente
Tope de turnos y de coste, comandos bloqueados y herramientas permitidas, todo editable en la interfaz.
Registro de auditoría
Cada ejecución registra lo que se leyó, ejecutó y cambió, lo que se bloqueó y cuánto costó.
Aislado en Docker, si quieres
Directamente en la máquina, los bloqueos son una barrera. En el contenedor, el agente solo ve el volumen de datos y lo que montes a propósito.
El trabajo no termina cuando se abre el PR
Ahí es donde se detienen la mayoría de los agentes. Flusend Agent sigue hasta que la tarjeta se cierra de verdad.
Revisor · línea 42
Falta tratar el caso de la lista vacía aquí.
Flusend Agent
Tratado y cubierto con test. Mismo PR actualizado (vuelta 1 de 3).
GitHub
PR #56 mergeado. Tarjeta MED-342 movida a Done.
Sentry
48 h sin ocurrencias en la versión con la corrección.
- Tasa de merge
- 3 de 4
- Tiempo hasta el PR
- 23 min
- Retrabajo tras el merge
- 0 de 3
muestra pequeña: mostramos el recuento, no el porcentaje
Las revisiones vuelven al agente
Comentarios en línea y revisiones, de personas o de bots de revisión, vuelven solos al agente, que actualiza el mismo PR. Con límite de vueltas.
Sentry verifica producción
Un error de producción se vuelve tarjeta con un clic, con el backlog revisado antes. Tras el merge, 48 h sin ocurrencias resuelven el error en Sentry; una ocurrencia en una versión que ya tiene la corrección reabre la tarjeta.
Métricas honestas
Tasa de merge, retrabajo después del merge, tiempo hasta el PR y uso por merge, siempre con el tamaño de la muestra al lado.
Más que corregir bugs
Todo en la misma interfaz, con tu aprobación antes de crear cualquier tarjeta.
Borrador de la tarjeta
Exportar PDF falla sin dirección del paciente
Reproducir con un paciente sin dirección, tratar el campo nulo y cubrirlo con un test.
Chat, con voz
Describe el problema hablando. El texto entra en la caja, lo revisas y recibes el borrador de la tarjeta: crear y enviar, solo crear, editar o descartar.
Requisitos
Los documentos se vuelven una lista de requisitos con origen, contrastada con el backlog antes de crear tarjetas.
Nueva funcionalidad
Una conversación se vuelve un plan leído del código real. Apruebas, nace la tarjeta y va al agente.
Errores (Sentry)
La cola de errores abiertos, decidiendo tú qué se vuelve tarjeta, más el seguimiento después del merge.
Automatizaciones
Tarea recurrente, errores por encima de un umbral o tarjetas por etiqueta. Toda automatización nace pausada, tiene tope por disparo y se puede simular.
Agente dentro de Linear
Delega o menciona a Flusend Agent en una tarjeta y sigue el avance, las preguntas y el enlace del PR sin salir de Linear.
Agentes y skills
Perfiles de agente y skills de ingeniería editables en la interfaz. 12 skills de fábrica, las tuyas encima.
Tablero, ejecuciones y PRs
Todo tu Linear en un tablero con Enviar al agente en cualquier tarjeta, el registro de cada ejecución y los PRs con diff para aprobar.
Agente de código en la nube vs. Flusend Agent
La misma idea, decisiones opuestas en todo lo que pesa a la hora del merge.
| Agente de código en la nube | Flusend Agent | |
|---|---|---|
| Dónde corre | En la nube del proveedor | Donde tú quieras, Docker incluido |
| Quién ejecuta los tests | El propio agente dice que pasó | El orquestador vuelve a ejecutar la suite oficial |
| Tests existentes | El agente puede cambiarlos | Protegidos: solo añade |
| Después del PR | Termina en el PR | Las revisiones vuelven; Sentry verifica tras el merge |
| Cola de trabajo | Interfaz propia | Tu Linear, con una etiqueta |
| Coste | Suscripción por asiento | El coste del modelo, visible por ejecución |
Habla con un especialista
Cuéntanos cuál es tu repositorio y tu suite de tests. Lo configuramos juntos y apruebas el primer PR.
Qué recibes
- ✓Instalación donde tú quieras, Docker incluido, sin límite de repositorios
- ✓Linear, GitHub y Sentry conectados
- ✓Agentes y skills editables, 12 skills de fábrica
- ✓Tests existentes protegidos y rutas bloqueadas por repositorio
- ✓Ejecuciones en paralelo
- ✓Soporte directo con quien lo construyó
Cómo funciona el coste del modelo
Traes tu Claude
El agente usa tu suscripción de Claude Code o una clave de la API de Anthropic. Nada pasa por servidores de Flusend.
Coste por ejecución, en pantalla
Cada ejecución muestra el equivalente en precio de API. Una corrección real en un repositorio de 4 mil tests quedó cerca de US$ 2.
Tope por agente
Límite de coste y de turnos por perfil de agente. Pasado el tope, la ejecución se detiene y tú decides.
Lo que suelen preguntar
Flusend Agent es un agente de ingeniería de software que convierte un ticket en un pull request listo para aprobar. Lee el código real del repositorio, muestra el plan, implementa la corrección o la funcionalidad en un worktree aislado, ejecuta la suite oficial de tests y abre el PR en GitHub. El merge dispara el deploy que el repositorio ya tiene. Se integra con Linear, GitHub y Sentry y corre donde tú quieras, Docker incluido.
Node 22.13 o más nuevo, pnpm, git, gh autenticado y Claude Code instalado y con sesión iniciada (o una clave de la API de Anthropic). O Docker: el contenedor recibe los accesos por .env y el agente queda restringido a él.
Con cualquier repositorio que tenga un comando de tests. El primer repositorio en producción es Java con Spring y Maven, con más de 4 mil tests; la interfaz y el servidor son TypeScript.
Va al modelo durante la ejecución (tu cuenta de Anthropic) y a GitHub en el push del PR. No hay servidor de Flusend en medio: la base de datos, los clones y los worktrees se quedan contigo.
No. Sin clave de Linear, Flusend Agent usa una cola integrada. Con Linear, basta una clave personal con lectura, creación de tarjetas y de comentarios.
Trabaja en su propio worktree; tu carpeta y tu rama no se tocan. Las rutas protegidas bloquean el push, y una suite roja no sube. El deploy solo ocurre si haces el merge.
El agente comenta sus preguntas en la tarjeta y se detiene. Cuando respondes, retoma la misma sesión donde la dejó.
Envía la primera tarjeta.
Cuéntanos cuál es tu repositorio y tu suite de tests. Lo configuramos juntos y apruebas el primer PR.
Hablar con un especialista