Escribimos el código y lo mantenemos.Tú aportas las ideas.
Déjanos la programación. Tu equipo de ingeniería con IA planifica la arquitectura, escribe el código, lo revisa y lo fusiona mediante controles automáticos, a cualquier hora. El código se escribe en tus máquinas y con tus claves.
box-02Trabajandocheckout: escribiendo el reintento 3DS
box-05Trabajandocheckout: revisando el diff
box-07Trabajandobilling: arreglando una prueba en rojo
box-11En esperaesperando la siguiente tarea
Este pull request
Reintentar autorizaciones de tarjeta 3DSacme/checkoutfix/3ds-retry
IncidenciaLeída, clasificada, planificada
RevisiónPruebas en verde, revisión atendida
FusionadoControles automáticos superados
Auditoríapr.mergedacme/checkout · registrado, solo por adición
Un ejemplo ilustrativo, no un panel en vivo: las vistas de flota, pull request y auditoría que muestra tu panel, con datos inventados.
Nos ocupamos de la parte de software de tu negocio.
Sin procesos de contratación. Una sola incorporación, y todos los agentes que vengan después. Resultados constantes de nivel sénior, a cualquier hora.
Sin procesos de contratación
Sin ofertas de empleo, sin rondas de entrevistas, sin preavisos, sin buscar sustituto cuando alguien se va. Describes el trabajo y el trabajo empieza.
Una incorporación, y todos los agentes después
Tu repositorio se prepara una vez para trabajar con IA: sus propias reglas, su plantilla de especialistas, su índice. Cada desarrollador de IA que venga después queda configurado para él, ya ejecutes un puesto o mil, porque el contexto vive en el código y en el registro de auditoría, no en la cabeza de una persona.
Resultados constantes de nivel sénior
El mismo listón un martes por la mañana y un domingo por la noche: cada desarrollador de IA ejecuta el mismo harness y la misma cascada de prompts, con las reglas de tu repositorio por encima de las nuestras, y nada se fusiona fuera del ciclo de revisión y de los controles automáticos que tú defines.
01El ciclo
Un PR abierto es trabajo sin terminar, no un resultado.
Una petición, de principio a fin. A una persona solo se la llama para una decisión que de verdad le corresponde.
Entradapeticióntu agente por MCP · issue de GitHub · Linear · Sentry · webhook
Scoutplanun plan que inicia tu agente puede ir directo a una máquina
Triajetrabajo ejecutableo descartado con un motivo, o una pregunta de vuelta para ti
Asignadorse toma, no se empujauna máquina libre toma la siguiente tarea lista
WorkerPRtu máquina, tu agente IA, tus tokens
CI + revisorciclo de arreglopush, CI, revisión, arreglo, hasta el verde
Carril de mergemergetras las puertas automáticas, o retenido para una persona
Tu despliegueproduccióntu propio pipeline publica el merge
El trabajo entra sobre todo por dos vías. Las peticiones que llegan de tus issues, tus trackers, tus alertas o tu propio agente pasan por el triaje, que juzga cada una con tu propia clave: la mayoría se convierten en trabajo, algunas se descartan con un motivo y otras vuelven a quien las pidió con una pregunta. Del trabajo del scout, un plan que inicia tu propio agente puede ir directo a una máquina; lo que el scout encuentra en sus rondas se registra como una petición más. Las máquinas libres toman el trabajo de ambas vías, tus agentes IA escriben cada pull request, la revisión y el CI van y vienen hasta que está en verde, y la puerta de merge lo deja pasar o lo retiene para una persona. Después del merge, lo publica tu propio pipeline.
TriajeScoutAsignadorWorkerCI + revisorCarril de mergeTu despliegue
Una animación ilustrativa, no un panel en vivo: los nombres de las máquinas, las referencias de pull request y el trabajo que las recorre son inventados, y aquí no se mide nada de nuestra flota.
Cada transición queda registradaLos rechazos de política y las escalaciones se reproducen con una política nueva, sin volver a ejecutar
02El coste
Lo que cuesta el trabajo hoy, y lo que cuesta aquí.
Dos cifras publicadas sostienen esta página, y ambas están enlazadas abajo. Cada número que derivamos de ellas va marcado como estimación y muestra su aritmética, para que puedas rehacerla.
Lo que cuestan al año una persona desarrolladora, un equipo, una consultora y developerz.ai
Lo que estás pagando
Coste
Qué compra eso
Una persona desarrolladora, en la mediana de EE. UU.
Aritmética nuestra: 5 veces el salario mediano. Solo salario, así que la cifra real es mayor.
Consultoras y contratistas
Se factura por hora o por encargo
Aquí no publicamos tarifa, porque no tenemos una fuente fechada para ninguna. Lo seguro es que el trabajo se detiene cuando se detiene la factura, y el contexto se va con las personas.
developerz.ai
$100 al mes, tarifa plana, un AI dev$1.000 / agente IA / mes
Un precio publicado. Los agentes se ejecutan en tus propias máquinas, con tus propias claves de modelo, que te factura tu proveedor. Solo es un AI dev en una cuenta personal de GitHub.
Una cifra con un número al lado cita su fuente más abajo. Una cifra que hemos calculado nosotros lo dice y muestra sus datos de partida.
03La aritmética
Llévalo a cinco años, con tres tamaños de equipo.
Salario frente a nuestro precio Enterprise publicado, puesto por puesto. Cada celda es aritmética sobre dos cifras comprobables, y las dos están listadas bajo la tabla.
Diferencia estimada entre salario y nuestro precio Enterprise, por tamaño de equipo y años
Salario mediano en EE. UU. para desarrollo de software: $135.980 al año.1
Nuestro precio Enterprise publicado, en dólares: $1.000 por agente IA y mes, que son $12.000 al año.
Por puesto y año: $135.980 menos $12.000 son $123.980. Multiplica eso por el tamaño del equipo y luego por los años.
Puesto por puesto: el mismo número de agentes IA que de personas. Es una comparación de precios con la misma plantilla, no una afirmación sobre cuánto produce cada uno.
Solo salario. No se cuentan cotizaciones, beneficios sociales, equipos, oficina, selección de personal ni tiempo de gestión. Tampoco el gasto en modelos ni las máquinas donde se escribe el código, que quedan de tu lado, así que la diferencia real puede ser mayor o menor que la de esta tabla.
El gasto de modelo no está en ninguna columna. Tú traes tus claves y pagas a tu proveedor directamente.
04Nuestra opinión
El software se está escribiendo con IA. Creemos que las empresas que no den ese paso desaparecerán frente a las que sí.
Es nuestra lectura del mercado, no una medición, y no es una advertencia dirigida a ti. Tú decides si es cierto, cuándo moverte y hasta dónde. Cuando te muevas, el trabajo lo ponemos nosotros y el repositorio, las claves y los controles siguen siendo tuyos.
Una previsión que sostenemos, escrita como lo que es. Quien actúa sobre ella eres tú.
05Para quién es
Dos formas de pedirlo. Un mismo pull request entregado.
Aquí no hace falta una especificación escrita para que el trabajo salga, y tampoco tienes que dejar de escribirla. La petición entra en el idioma en el que ya piensas y sale como el mismo cambio revisado y con sus controles.
Si no escribes código
Pídelo en lenguaje llano.
Los clientes abandonan el pago cuando el banco les pide confirmar la operación. Arregla eso.
Scout lee tu repositorio, te pregunta lo que no puede deducir por su cuenta y escribe el plan como tareas del tamaño de un pull request, con criterios de aceptación. Tú apruebas el plan y no abres el editor ni una vez.
Si llevas toda tu carrera dentro del código
Dirige al nivel al que de verdad trabajas.
Haz el reintento idempotente sobre el intento de pago, espera entre intentos y no reintentes nunca un rechazo duro.
Tu criterio es la parte escasa y sigue siendo tuyo: las reglas de tu repositorio, su plantilla de especialistas y su política de fusión las fijas tú, y cada desarrollador de IA posterior queda configurado para ellas. Lo que dejas de hacer es teclear durante una semana lo que ya sabes.
Dos peticiones de ejemplo, inventadas para esta página. Las dos terminan en el mismo sitio: un pull request que ha pasado la revisión, la CI y los controles que defines tú.
06El reparto
A qué sustituimos, rol por rol.
Seis oficios de un equipo de producto. Cinco existen hoy, cada uno como un rol con nombre al que hablas en tu propia máquina. Uno no existe, y lo dice.
scout
Planifica el trabajo, nunca lo programa.
Tu máquina
Vive en una máquina con el repositorio clonado. Conversa, se apoya en el código real y redacta un plan ordenado por dependencias, con tareas del tamaño de un pull request y criterios de aceptación.
En lugar de La pasada de arquitectura previa a que alguien abra el editor.
worker
Una tarea, un pull request.
Tu máquina
Rama, código, verificación, push, abre el pull request y responde a los comentarios de revisión. Cada paso queda como evento auditado.
En lugar de El ticket que espera en la cola hasta que alguien tenga una tarde libre.
reviewer
Juzga solo lo nuevo.
Tu máquina
Lee lo que cambió desde la última revisión, a la luz de lo que ya se había decidido. Nunca finge una aprobación humana.
En lugar de La revisión que espera a un revisor con tiempo.
worker
CI en rojo, mismo agente.
Tu máquina
El agente que abrió el pull request vigila sus propios checks, lee el log que falla y sube el arreglo. No te devuelve la build en rojo.
En lugar de La mañana perdida buscando el fallo intermitente de otro.
devops
Primero diagnostica, y pregunta antes de tocar producción.
Tu máquina
Reproduce el fallo, lee producción e informa de lo que encontró; su entregable por defecto es un informe. Tocar tu infraestructura exige una aprobación firmada nueva, y corre en tu propia máquina.
En lugar de La escalada que empieza con alguien leyendo logs de madrugada.
Diseño de producto e interfaz.
Previsto
No está construido. Hoy no hay rol de diseño en la plataforma ni herramientas visuales detrás, así que no lo vendemos como si lo hubiera.
07Tu stack
Tu repositorio tal como está, o uno nuevo desde cero.
La lista de abajo es un atajo, no una puerta. Un stack que reconoce recibe sus comandos de instalación, arranque y verificación sin preguntar a nadie; uno que no reconoce queda registrado como no reconocido y es tu propio modelo quien escribe los comandos.
El repositorio que ya tienes
Cualquier lenguaje, incluidas las partes que nadie quiere abrir. Leemos el árbol, sembramos los comandos que podemos y decimos con claridad cuáles hemos deducido.
Todo lo que la lista no incluye
Queda registrado como no reconocido en lugar de forzarlo a la fila más parecida. Los comandos de instalación, arranque y verificación se escriben entonces contra tu repositorio en vez de leerse de una tabla, y la ejecución dice cuál de las dos cosas pasó.
Un proyecto nuevo desde cero
Un repositorio vacío se monta con el framework de la casa, mediante el generador del propio framework. No empaquetamos plantillas, y un árbol existente nunca se reescribe para meterlo en un framework: eso es un cambio que aprueba una persona, no un andamiaje.
Reconocidos de serie
Bun
Node
Python
Go
Rust
Ruby
ultimate
Nada de esto exige un stack reconocido. La lista de reconocidos solo decide si los primeros comandos llegan gratis.
08A tu ritmo
Empieza pequeño. Amplía cuando estés listo.
Aquí no hay un salto de golpe ni un despliegue que llevemos nosotros por ti. Compras puestos, los apuntas a un repositorio y amplías desde ahí en el calendario que marques tú.
Piloto
Unos pocos desarrolladores de IA, un repositorio.
Prepara un repositorio para trabajar con IA y pon unos pocos desarrolladores de IA en el trabajo que no le gusta a nadie: el test inestable, la subida de dependencias, el ticket que lleva abierto desde la primavera. La fusión automática queda apagada hasta que tu propio fichero de política la encienda.
Amplía
Sumas puestos, no plantilla.
Un puesto es un desarrollador de IA en paralelo, y cuántos ejecutas lo eliges tú. Añade repositorios a medida que el registro se gane tu confianza: cada acción queda anotada y cada rechazo vuelve como un código con nombre sobre el que puedes enrutar.
Lidera
Deja a tus mejores ingenieros en lo que solo ellos pueden hacer.
La parte que nos llevamos es escribir el código a mano. La arquitectura, el criterio de producto y qué merece la pena construir después siguen con la gente que ya tienes, y recuperan la semana para dedicarla a eso.
El ritmo lo marcas tú. `project disable` detiene el trabajo nuevo en un repositorio y cancela sus tareas en cola; la fila y su historial se conservan, y `add` lo vuelve a activar para trabajo nuevo. Las tareas canceladas no vuelven. Tu .dz/maintainer/maintainer.yml es tuyo para editar, y la próxima ejecución es la política que escribiste. Algunos pasos aún no se han verificado como reversibles, y nombramos cuáles a medida que se publican.
09La frontera
Tus máquinas. Tus claves. Tus puertas.
Vendemos orquestación, criterio y el rastro. Nunca revendemos inferencia, y nunca ejecutamos el agente de código en nuestro propio hardware, en ningún plan.
TuyoTus máquinas
Las máquinas, las claves y la política
Dónde corre
En tus propias máquinas. El runner marca hacia afuera y no abre ningún puerto de entrada.
Cuándo corre
Día y noche. Toma la siguiente tarea y devuelve cada evento mientras tú duermes.
De quién son las claves
Tuyas. Cualquier proveedor admitido, más cualquier endpoint compatible con OpenAI. Nunca revendemos tokens.
Quién fija la política de merge
Tu propio .dz/maintainer/maintainer.yml. Apaga el merge automático, o manda un carril a una persona, y esa es la política.
Quién despliega a producción
Tu propio pipeline, después del merge. No operamos tu despliegue.
NuestroNuestros servidores
Orquestación, criterio y registro
Quién decide un merge
Una única llamada de merge con puerta. La puerta se vuelve a comprobar sobre una lectura fresca, queda atada al commit que validó, y cada negativa es un código con nombre.
El registro
Solo crece y delata manipulaciones: cada fila lleva el hash de la anterior, así que un hueco se ve.
Otros bots
A CodeRabbit, Copilot, Dependabot y Renovate nunca se les contesta: ningún bot discute con otro bot. Una actualización de Dependabot o Renovate sigue siendo trabajo, revisada y fusionada a través de la puerta de merge.
La línea entre lo que es tuyo y aquello de lo que respondemos nosotros.
Tú pones · 01
Acceso
Repositorios, APIs, servidores MCP y máquinas. Credenciales acotadas que puedes revocar de una vez.
Tú pones · 02
Máquinas
Las máquinas sobre las que corre la flota. Desarrolladores que no duermen, en hardware que ya pagas.
Tú pones · 03
Tokens de IA
BYOK con cualquier proveedor admitido, más cualquier endpoint compatible con OpenAI.
10El terreno
Los agentes de código mejoraron. Responder por el resultado sigue siendo un oficio.
Etapa por etapa: quién hace el trabajo y quién responde por él después. Nuestra columna nombra un mecanismo de nuestro propio código. La de ellos cita su documentación.
Cada etapa de un cambio, tal como la ejecuta developerz.ai y tal como se documentan los dos productos nombrados.
Etapa
developerz.ai
Claude Code
Devin
Dónde se ejecuta el agente
En tus propias máquinas. El runner marca hacia afuera y no abre ningún puerto de entrada.
Tu propia máquina, o la nube de Anthropic.
La nube de Cognition por defecto; un cliente de terminal le pasa las tareas largas.
Trabajar sin nadie mirando
Día y noche sobre tu flota. Toma la siguiente tarea y devuelve cada evento en directo.
Las rutinas corren en la nube y siguen corriendo con tu ordenador apagado.
Sigues la sesión en un IDE incrustado y puedes tomar el control.
Escribir el cambio
Una tarea, una rama, un pull request. Cada paso queda como evento auditado.
Un solo comando no interactivo escribe el cambio y abre un pull request para revisión.
Una sesión termina en borradores de pull request a la espera de revisión.
Revisar lo que cambió
Lee solo lo que se movió desde la última revisión.
Revisión de código automática en cada pull request, mediante GitHub Actions.
—Sin comparar: no encontramos nada publicado que citar
Decidir el merge
Una única llamada de merge con puerta. La puerta se vuelve a comprobar sobre una lectura fresca, queda atada al commit que validó, y cada negativa es un código con nombre sobre el que puedes enrutar.
—Sin comparar: no encontramos nada publicado que citar
—Sin comparar: no encontramos nada publicado que citar
Llevarlo a producción
Tu propio pipeline, después del merge. No operamos tu despliegue.
—Sin comparar: no encontramos nada publicado que citar
—Sin comparar: no encontramos nada publicado que citar
Diseño de producto e interfaz
PrevistoHoy no existe un rol de diseño en la plataforma, y no lo vendemos.
—Sin comparar: no encontramos nada publicado que citar
—Sin comparar: no encontramos nada publicado que citar
Las columnas de Claude Code y Devin describen lo que dice la documentación de esos productos, leída en code.claude.com/docs/en/overview y docs.devin.ai/get-started/devin-intro en septiembre de 2026. Un guion significa que no encontramos nada publicado que citar, no que el producto no sepa hacerlo. Las comparativas por nombre, con precios citados y fechados, están a un clic. Abrir las comparativas una a una
11El arnés
El mismo modelo. Lo que compras es el arnés.
Apunta tu propia clave al mismo modelo que llamaría una CLI pelada. Lo que cambia es el bucle alrededor de la llamada.
Izquierda: una llamada, una respuesta, y el resto es cosa tuya. Derecha: el mismo modelo dentro de un bucle que planifica antes, revisa su propio diff, arregla su propia CI en rojo y se detiene en tu política.
Un modelo a solas
Un prompt, una respuesta.
Juzgar la respuesta, integrarla y conseguir que llegue a producción siguen siendo cosa tuya.
Preguntas tú
Responde él
Sigues tú desde ahí
El mismo modelo, en el arnés
Una tarea, un pull request con puerta.
El bucle corre en tu máquina, bajo tu política, hasta que el cambio se fusiona o se rechaza con un motivo.
Planifica la tarea antes de tocar un archivo
Escribe el cambio en su propia rama
Revisa su propio diff antes de que lo vea nadie
Lee la CI en rojo y sube el arreglo
Se detiene en la puerta que marca tu .dz/maintainer/maintainer.yml
Escribe cada paso en un registro que solo crece
No publicamos las instrucciones con las que el arnés sienta al modelo. Lo que hace es público; cómo se le pide, no.
12Precio
Puestos, no contadores.
Hoy el acceso es solo por invitación, así que cada plan empieza con una solicitud.
developerz.ai se construye igual que se trabaja tu repositorio: un desarrollador de IA planifica el cambio, lo escribe, revisa su propio diff, arregla su propia CI en rojo y lo fusiona por los mismos controles automáticos. Lo que recibes después es el resultado del producto funcionando sobre sí mismo.
El bucle de mejora, dibujado. El repositorio sobre el que corre es el nuestro.
Un desarrollador de IA planifica el cambio contra nuestro propio repositorio.
Lo escribe en su propia rama y abre un único pull request.
Revisa su propio diff antes de que lo lea nadie más y luego contesta la revisión que recibe.
Una CI en rojo vuelve al mismo agente, no a una persona.
Se fusiona pasando los controles automáticos, o lo rechaza un código con nombre.
Se publica, y el bucle empieza otra vez con el siguiente.
Mejora de nuestro lado de la línea, nunca del tuyo.
Mejorar no significa aflojar. Cada cambio que llega a tu repositorio sigue cruzando la política que escribiste tú y el control que configuraste tú, y lo rechaza un código con nombre cuando no pasa. Una plataforma capaz de mejorar hasta saltarse tus controles sería una plataforma que ya no tienes en la mano, y no es la que vendemos.
Aquí no publicamos ninguna cifra de lo que ese bucle produjo. La prueba son las entradas fechadas de abajo.
14Publicado
Qué se ha publicado, y cuándo.
Fechas, no un recuento: las versiones más recientes, leídas directamente de las notas de versión.
De las tarjetas perforadas a las máquinas que escriben código, y lo que hace falta para confiar en el trabajo que entregan. Narrada, 60 segundos.
Imágenes, voz y música generadas con IA.
15Preguntas
Preguntas frecuentes
¿Cuyas claves de API usa?
Las tuyas. BYOK es el único modo: tu propia clave de Anthropic, OpenAI, Gemini, DeepSeek, Kimi, GLM, MiniMax y más, o cualquier endpoint compatible con OpenAI. Nunca revendemos tokens.
¿Escribe el código?
En Solo y Enterprise, sí, y lo mantiene: tus agentes IA escriben el código en tus propias máquinas inscritas, con tus propias claves, y developerz.ai orquesta el trabajo, revisa cada pull request y controla la fusión. Una incidencia que entregas a Copilot se escribe donde GitHub ejecuta Copilot. En OSS Gratuito ningún agente IA escribe código: hace triaje de las incidencias y publica versiones en tus repositorios públicos, con tu clave.
¿Puedo ver qué hizo?
Sí. Cada llamada de herramienta y decisión está registrada. Si no está registrado, no ocurrió.
¿Qué pasa con CodeRabbit o Dependabot?
Nunca conversa con otro bot: sin bucles bot-a-bot. Espera a que la revisión de CodeRabbit se estabilice antes de actuar, y revisa, corrige y fusiona los PRs de Dependabot y Renovate a través de la puerta de merge cuando tu política los cubre.
Publica más. Mantén menos.
Creemos que el software se va a escribir más rápido de lo que cualquier equipo puede revisar. Trae tus repositorios, tus servidores y tus claves. Nosotros ponemos la organización que sigue el ritmo.