Desarrollo de software as a service · con Thulu
Comprás carriles, con precio por carril y nunca por hora. Cada carril es una copia viva de tu producto con Thulu enchufado, que lleva una tarea a la vez de análisis a deploy, mientras especialistas en varias zonas horarias aprueban cada compuerta. Tres carriles, tres cosas moviéndose a la vez.
El checkout falla en Safari
agente devReintentos del webhook de Stripe
aprobado · MAD 19:02Secuencia de emails de onboarding
deployadoCorre sobre Thulu, el pipeline de entrega que construimos y usamos todos los días.
Mirá la herramientaDos meses de rampa para alguien que entra era el número real en 2023. Los equipos lo siguen presupuestando.
Mientras tanto el trabajo espera. Un senior pasa el jueves explicando el codebase en vez de escribirlo. Tres personas esperan una revisión. Y hay alguien que todos temen en voz baja que renuncie, porque el contexto vive en su cabeza y en ningún otro lado.
Todo eso es un problema de capacidad disfrazado de talento.
Pagás: rampa, meetings, y la semana en que alguien está bloqueado.
Pagás: trabajo que llega a tu rama principal, a un número que acordaste antes de empezar.
Mirá el pipeline sobre el que corre un carril →Un carril no es una persona y la comparación no es limpia. Lo que sí se compara es cuánto te cuesta sostener cada uno: un carril se paga por mes y dejás de pagarlo al cierre de cualquier mes.
Salario base: promedios de Estados Unidos de Built In y ZipRecruiter, 2026. El multiplicador cargado de 1,25 a 1,4 y el fee de 20% son los rangos estándar. El tiempo de contratación es el promedio de la industria en 2026.
Cómo trabajamos
Cada tarea que mandás tiene su propio carril: una instancia viva de tu producto de nuestro lado, Thulu corriendo sus etapas contra ella, y los especialistas que aprueban cada compuerta. Nada se comparte entre tareas concurrentes. Mirá qué le pasa a una.
El mismo board desde el que trabajamos nosotros. La tarea tiene su carril apenas entra, y la ves pasar por cada etapa.
El agente de análisis lee el ticket y el repo, contesta la pregunta funcional que nadie hizo en voz alta y la convierte en casos de prueba. Un humano firma la spec antes de que se mueva nada.
El agente de desarrollo trabaja en su propio sandbox con los tests ya escritos. Primero corren linters, análisis estático y reglas propias, porque un linter no se deja convencer de hacer una excepción. Después abre el pull request.
El agente de testing recorre cada caso y graba un video anotado paso a paso, con capturas de antes y después en los viewports que importan.
El agente auditor llega limpio del contexto del desarrollo, sin nada invertido en el código. Un experto senior de Mister.D lee su informe en lugar del diff completo, lo contradice cuando está mal, y aprueba.
El cambio sale, y la tarea vuelve con el video, el pull request y un informe. Si tenés equipo técnico, el PR les llega como cualquier otro.
Un humano no puede leer cada línea que un agente está por comitear y encima mantener la velocidad que ese agente te dio. Así que cambiamos lo que el humano lee: un veredicto, un video y un informe.
El test es la spec hecha ejecutable. No tiene memoria de lo seguro que se sentía cada uno el martes.
Los agentes que revisan llegan limpios del contexto del desarrollo. Las alternativas son obligatorias. Nuestros seniors no zafan del filtro.
Cada especialista tiene su set de agentes para su área, y arregla el agente cuando el mismo desacuerdo aparece dos veces.
Los tests, las revisiones, los especialistas y tu analista no cambian. Lo que cambia es qué tan rápido se vacía tu cola.
El criterio es el recurso escaso en un equipo de ingeniería, y dejamos de gastarlo leyendo línea por línea.
Este pipeline es Thulu. Lo podés correr en tu propio equipo.
Evidencia
El agente de testing convierte los criterios de aceptación del ticket en casos de prueba, ejecuta cada uno en un navegador real y lo graba. Cada click, cada verificación y cada falla quedan marcados en el video, y el video llega a tu tarea. Un experto de QA de nuestro lado lo mira y aprueba, o marca el paso exacto que se rompió.
Hecho con el pipeline
Son productos nuestros, no casos de clientes. Los construimos para averiguar qué podía cargar el pipeline. Conviene leer la cantidad de clientes y el alcance por separado.
Backend NestJS, dos apps Flutter, un backoffice completo, datos multi-tenant, auth real, deploys reales. En producción. Cero clientes pagos, y arrancamos por ahí porque te ibas a enterar igual.
Lo que demuestra: capacidad de producción, que es lo único que nos estás comprando. El market fit sigue siendo tuyo.
Serverless, Stripe y MercadoPago conectados, validación por QR en la puerta, varios organizadores sobre la misma infraestructura sin verse entre ellos.
Lo que demuestra: el trade-off quedó escrito al lado de la decisión. Así son nuestras specs en cada feature.
Un board donde cada tarea, agente y worktree es visible. Cada corrida en su propio contenedor, SSO con tu IdP y un audit trail con cadena de hashes, en servidores que corrés vos.
Empezó como la herramienta que siempre fallaba en construir. Es la razón por la que los demás salieron.
Conocé Thulu →La herramienta detrás del trabajo
Cada tarea que entregamos a un cliente pasa por Thulu: un agente de IA en cada etapa, un auditor que puede bloquear el trabajo y un experto que aprueba antes de cada merge. El mismo pipeline está disponible como producto, instalado en tus servidores.
Sumar SSO al panel de admin
Qué trae
Dos formas de usarlo
Nosotros operamos Thulu por vos.
Tu equipo lo corre en tus servidores.
Seguridad
En la segunda llamada nadie pregunta por la velocidad. Preguntan qué obtiene acceso al repo. Si esa pregunta no aparece en el primer minuto, revisá tus instintos.
Firmado en la primera llamada, antes que cualquier otra cosa. Cubre también las herramientas de terceros.
Antes de traer tu código te pasamos la lista de modelos y proveedores por los que va a pasar, y marcás los que no querés cerca de tu repo.
Entornos cerrados de nuestro lado. Nada compartido entre tareas, destruido cuando la tarea cierra. Solo las claves que el build necesita, y todo lo que se puede mockear, se mockea.
Un set de workflows para abrir PR y actualizar la wiki. Sin acceso a producción el día uno, y nada que pueda deployar hasta que vos decidas otra cosa.
Cada modelo de la lista tiene términos que dejan nuestro tráfico afuera de su entrenamiento. Los tiers gratuitos que se pagan con tu código no entran nunca, nos lo pidas o no.
Hoy hay varios proyectos con deploy agéntico. Cada uno llevó meses de construcción, y ninguno arranca hasta que vos lo decidas.
Garantías
Se firma en la primera llamada, antes que cualquier otra cosa.
Cancelás al cierre de cualquier mes. No hay conversación de salida.
Cada pipeline y cada workflow que instalamos queda en tu repo.
El código, los repos y los pipelines son tuyos desde el primer commit. Si te vas, se van con vos.
La puerta de entrada
Firmamos el NDA, nos contás qué está trabado, y te decimos cuántos carriles haría falta para moverlo. Una llamada, sin documento de propuesta, sin una segunda ronda de descubrimiento.
Salís con el número de carriles, las primeras tareas que meteríamos en ellos y qué necesitamos de tu lado para arrancar. Desde la primera tarea, cada paso corre por Thulu y lo podés mirar.
¿Querés el pipeline dentro de tus paredes? Mirá Thulu →
El NDA se firma en esa llamada, antes de que se mueva nada más.
Salís sabiendo cuántos carriles puede mantener ocupados tu backlog.
Si ese número es menor a tres, te lo decimos en la llamada.
Tuyo. El código, los repos, los pipelines y cada workflow que instalamos. Si te vas, se van con vos.
El PR les llega a ellos y lo revisan como cualquier otro. Dónde caen los PR es una decisión que tomamos con vos en el onboarding, no un default que te imponemos.
El día uno no tenemos acceso a producción ni nada que pueda deployar. Lo que instalamos abre PR y actualiza la wiki, así que tu pipeline y tus revisores están entre una rama y tus usuarios. El deploy agéntico viene después, cuando hay un harness alrededor, métricas reales del proyecto y un set de accesos que configurás de tu lado. Hoy hay varios proyectos funcionando así y cada uno llevó meses de construcción.
Tres carriles es el piso. Podés sumar carriles cuando crece el backlog y bajar cualquiera al cierre de cualquier mes.
Distribuidos entre husos de US, EU y LATAM. Las tareas que necesitan una decisión humana tienen a alguien despierto para tomarla.
Entonces te mandaríamos a Thulu. Corre en tus servidores y el código que lee un agente va sólo al proveedor de modelo que elijas, con tu key.
Cómo funciona Thulu →