Arquitectura
Tú marcas la dirección. Nosotros hacemos el trabajo de arquitectura.
Leemos cada petición y dejamos escrito qué pasa después: un plan, o el motivo por el que se detiene. Tus reglas fijan los límites, y el trabajo no sale de ellos.
Nos ocupamos de la parte de software de tu negocio.
- Sin procesos de contratación
- Describes el trabajo y el trabajo empieza.
- Una sola incorporación
- Cada agente hereda las reglas de tu repositorio, sus roles de especialista y su mapa del código.
- Resultados constantes de nivel sénior
- La misma revisión y el mismo CI, un martes por la mañana o un domingo por la noche.
Lo que puedes leer antes de que exista el código
Una descripción de tu repositorio
Leemos tu repositorio y dejamos escrito cómo funciona: sus reglas, sus comandos y un pequeño equipo de especialistas para él. Llega como un pull request, así que puedes editar o eliminar cualquier parte.
Un plan escrito
Lo que pides se convierte en un único plan escrito, guardado como su propio registro. Ábrelo para ver la forma que se le dio al trabajo antes de escribir el código.
Un sí o un no, con el motivo
Cada petición recibe una sola respuesta: sigue adelante como trabajo, o se detiene con el motivo por escrito. Si algo la interrumpe, la respuesta se alcanza otra vez, y sigues viendo una sola.
Tú decides. Nosotros entregamos.
El trabajo de arquitectura es trabajo, no autoridad. Qué se puede tocar, qué comprobaciones tienen que pasar, qué carril se queda con una persona y si algo se fusiona sin ti está todo escrito en tu propio maintainer.yml, versionado en tu repositorio y leído en cada ejecución. Cámbialo y el siguiente trabajo se hace dentro del nuevo límite. Aquí nada anula algo que tú ya has resuelto, y nada se fusiona fuera de tus reglas.
Flujo de eventos
De un webhook a un merge
Un webhook de GitHub, o de cualquier fuente conectada por su propio carril firmado, se verifica en la entrada y pasa a la cola. Nuestros workers lo juzgan, y la siguiente tarea lista se reclama para una máquina libre tuya, donde un dev de IA escribe el pull request. Los checks y la revisión informan en el pull request, y la puerta de merge lo deja pasar bajo tu política.
- un evento en curso
- fusionado en GitHub
01La frontera
Tus máquinas. Tus claves. Tus reglas.
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.
Las máquinas, las claves y la política
- En tus propias máquinas. El runner marca hacia afuera y no abre ningún puerto de entrada.
- Día y noche. Toma la siguiente tarea y devuelve cada evento mientras tú duermes.
- Tuyas. Cualquier proveedor admitido, más cualquier endpoint compatible con OpenAI. Nunca revendemos tokens.
- Tu propio .dz/maintainer/maintainer.yml. Apaga el merge automático, o manda un carril a una persona, y esa es la política.
- Tu propio pipeline, después del merge. No operamos tu despliegue.
Orquestación, criterio y registro
- 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.
- Solo crece y delata manipulaciones: cada fila lleva el hash de la anterior, así que un hueco se ve.
- 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.
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.
Lo que no hacemos
No desplegamos tu software
Tu propio pipeline publica el merge, exactamente como lo hace hoy. Lo que registramos es el veredicto que informa tu despliegue, y llevar algo a tu producción sigue siendo algo que resuelves con tus propias herramientas.
UI y UX están planificados, no construidos
La lista de trabajos que una ejecución puede hacer es cerrada, y no hay ningún puesto de diseño en ella. Hasta que lo haya, nada en este sitio te vende un trabajo de diseño visual.
El código se escribe en tus máquinas, con tus claves
Seguimos siendo un orquestador delgado: el trabajo de arquitectura fija la forma y la escritura la hacen tus agentes IA en tu propia máquina, con tus propias claves. Nunca ejecutamos ese trabajo en nuestro hardware, en ningún plan.
Sigue leyendo
- La ejecución completa
Cada etapa desde la petición hasta el merge, una por una.
- Los AI devs
Qué trabajo hace cada uno, y cuál no hace nunca.
- Tu stack
Cómo se reconoce un repositorio y qué compra de verdad ese reconocimiento.
- El fichero de política
Todos los límites y las puertas que esta página te da, en el fichero que los guarda.
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.