Saltar al contenido

Solo por invitación

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.

  • Tus máquinas
  • Tus claves
  • Cada acción auditada
developerz.ai · flotaEjemplo

Desarrolladores de IA trabajando

  • 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

  1. IncidenciaLeída, clasificada, planificada
  2. RevisiónPruebas en verde, revisión atendida
  3. 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.

  1. Entradapeticióntu agente por MCP · issue de GitHub · Linear · Sentry · webhook
  2. Scoutplanun plan que inicia tu agente puede ir directo a una máquina
  3. Triajetrabajo ejecutableo descartado con un motivo, o una pregunta de vuelta para ti
  4. Asignadorse toma, no se empujauna máquina libre toma la siguiente tarea lista
  5. WorkerPRtu máquina, tu agente IA, tus tokens
  6. CI + revisorciclo de arreglopush, CI, revisión, arreglo, hasta el verde
  7. Carril de mergemergetras las puertas automáticas, o retenido para una persona
  8. 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.

  • en curso
  • esperando a una persona
  • descartado con un motivo
  • fusionado, en tu pipeline
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 pagandoCosteQué compra eso
Una persona desarrolladora, en la mediana de EE. UU.$135.9801La mediana de todas las categorías, no una tarifa senior. Una persona, una semana laboral.
Una ingeniera de élite, Estados Unidos$654.0002Retribución total de un staff engineer en Google. Dividido entre 12, son $54.500 al mes por una sola persona.Estimación
Un equipo de 5, en la mediana de EE. UU.$679.9001EstimaciónAritmética nuestra: 5 veces el salario mediano. Solo salario, así que la cifra real es mayor.
Consultoras y contratistasSe factura por hora o por encargoAquí 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 / mesUn 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
EquipoTras 1 añoTras 3 añosTras 5 años
5 personas de ingeniería$619.900$1.859.700$3.099.500
10 personas de ingeniería$1.239.800$3.719.400$6.199.000
25 personas de ingeniería$3.099.500$9.298.500$15.497.500

Cómo sale esta cuentaEstimación3

  • 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ú.

  1. 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.

  2. 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.

  3. 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.
Etapadeveloperz.aiClaude CodeDevin
Dónde se ejecuta el agenteEn 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 mirandoDí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 cambioUna 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 mergeUna ú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 citarSin comparar: no encontramos nada publicado que citar
Llevarlo a producciónTu propio pipeline, después del merge. No operamos tu despliegue.Sin comparar: no encontramos nada publicado que citarSin comparar: no encontramos nada publicado que citar
Diseño de producto e interfazPrevisto Hoy no existe un rol de diseño en la plataforma, y no lo vendemos.Sin comparar: no encontramos nada publicado que citarSin 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.

  1. Preguntas tú
  2. Responde él
  3. 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.

  1. Planifica la tarea antes de tocar un archivo
  2. Escribe el cambio en su propia rama
  3. Revisa su propio diff antes de que lo vea nadie
  4. Lee la CI en rojo y sube el arreglo
  5. Se detiene en la puerta que marca tu .dz/maintainer/maintainer.yml
  6. 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.

  • Solo

    $100 / mes, fijo, un agente IA

    • Un agente IA, en tus propios servidores
    • Repos públicos y privados de tu cuenta personal
    • Un precio fijo al mes, sin medición
    Solicitar acceso
  • OSS Gratuito

    $0 / mes (con límites)

    • Gestión de issues y PRs en repositorios públicos
    • Repositorios públicos a tu nombre, sin límite de repos
    • 20 horas-agente al mes (5 el primer mes)
    Solicitar acceso

13Mejora propia

La plataforma la mantiene la plataforma.

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.
  1. Un desarrollador de IA planifica el cambio contra nuestro propio repositorio.
  2. Lo escribe en su propia rama y abre un único pull request.
  3. Revisa su propio diff antes de que lo lea nadie más y luego contesta la revisión que recibe.
  4. Una CI en rojo vuelve al mismo agente, no a una persona.
  5. Se fusiona pasando los controles automáticos, o lo rechaza un código con nombre.
  6. 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.

  1. v4.314.1v4.314.1
  2. v4.313.1v4.313.1
  3. v4.313.0v4.313.0
  4. v4.312.1v4.312.1
Leer el registro de cambios completo

La película

Un minuto sobre el rumbo del software.

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.

Fuentes

  1. Oficina de Estadísticas Laborales de EE. UU., Occupational Outlook Handbook, mayo de 2025 Abrir la fuente
  2. levels.fyi, salarios de ingeniería de software en Google, consultado en septiembre de 2026 Abrir la fuente
  3. Estimación calculada a partir del salario anual mediano de la Oficina de Estadísticas Laborales de EE. UU., mayo de 2025