Arquitectura

Tú marcas la dirección. Nosotros hacemos el trabajo de arquitectura.

Cada petición se lee contra tu repositorio y queda escrita antes de tocar una línea de código, como un plan cuando es trabajo y como un rechazo con motivo cuando no lo es. Los límites son tuyos: tu maintainer.yml dice qué se puede tocar, qué comprobaciones tienen que pasar y qué carril se queda con una persona, y el trabajo no sale de ahí.

Solicitar acceso Ver la ejecución completa

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.

Cuatro cosas que puedes leer antes de que exista el código.

La lectura de tu repositorio

La incorporación indexa el checkout una vez y deja al lado las reglas del propio repositorio, así que el trabajo empieza por lo que tu código ya hace y no por una descripción de él. Lo que deja queda escrito en tu repositorio, así que lo tiene quien abra ese checkout después, y una incorporación posterior lo vuelve a leer en vez de sobrescribirlo.

El plan, como un registro que puedes abrir

Una petición se convierte en un plan propio: un único registro, sellado con la petición de la que salió y localizable sin rebuscar entre el trabajo que produjo. Decidir la forma del trabajo antes de que exista el código es el plan, y es un artefacto escrito, no una conversación que alguien recuerda.

El grupo de especialistas de tu stack

La incorporación escribe en tu propio checkout un conjunto pequeño de especialistas con alcance a ese repositorio, generados a partir del stack que detectó, para que tu agente de codificación reparta el trabajo a uno de ellos en vez de a un trabajador genérico. Son ficheros de tu repositorio: tuyos para editar y tuyos para borrar.

Un veredicto de reparto, o un rechazo con motivo

Cada petición se juzga en un solo carril, y o se reparte a trabajo o se rechaza con palabras que puedes leer. Un juicio que no llega a cerrarse se vuelve a ejecutar en lugar de perderse, así que una petición puede sopesarse más de una vez y aun así deja un solo veredicto y un solo conjunto de trabajo, porque una pasada posterior encuentra lo que acuñó la anterior en vez de acuñarlo dos veces.

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 las puertas que pones tú.

02La 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 para un cliente de pago.

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 .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.
Declaración: Cada comentario automático dice que es un bot. Un token en blanco cuenta como ausencia de token, así que falla del lado de declararse.
Otros bots: CodeRabbit, Copilot, Dependabot y Renovate se leen como señal y nunca se contestan. Ningún bot discute con otro bot.

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.

Tres cosas que esta página no va a afirmar.

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, en tu agente

Seguimos siendo un orquestador delgado: el trabajo de arquitectura fija la forma y la escritura ocurre en el agente de codificación de tu propia máquina, con tus propias claves. Nunca ejecutamos ese agente en nuestro hardware para un cliente que paga.

Sigue leyendo

De dónde sale cada afirmación de esta página.

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.

Solicitar acceso mcp.developerz.ai