Saltar al contenido

La pruebaUna funcionalidad. Dos maneras de construirla.

¿Cuánto cuesta de verdadconstruir una funcionalidad?

La comparación toma una sola incidencia y la construye dos veces: una por el camino convencional, con un desarrollador dirigiendo a Claude con subagentes, y otra entregándosela a developerz.ai. Todavía no hay ninguna ejecución publicada. Cuando la haya, los dos recibos aparecerán aquí digan lo que digan.

developerz.ai no escribe el código. La programación se ejecuta en tu propio agente de IA, en tus propios servidores y con tus propias claves de modelo. Lo que hacemos nosotros es triar la incidencia, despacharla, revisar el pull request y publicar la release.

Lee las reglas que deberá cumplirMira cómo será el recibo

El protocolo se registra antes de que se ejecute ningún brazo. Lo que diga el resultado es lo que va en esta página.

El cara a cara

Dos recibos por el mismo trabajo.

La funcionalidad

La funcionalidad se nombra en el protocolo, antes de que se ejecute ningún brazo

  • Mismo repositorio
  • Mismo commit de partida
  • Mismos criterios de aceptación
  • Mismo modelo

La ejecución ocurre en un repositorio público que no es nuestro.

venue.repositorySe nombra en el protocolo, antes de que se ejecute ningún brazo

No es nuestro propio monorepo, así que no te pedimos que contrastes nuestra palabra con nuestro propio historial. Los dos brazos aterrizan en el mismo lugar público y cualquiera puede leer las dos cronologías.

Congelado antes de que se ejecute ningún brazoRegistroFecha pendiente
La funcionalidad y sus criterios de aceptación
Se nombra en el protocolo, antes de que se ejecute ningún brazo
Commit de partida, el mismo para los dos brazos
Se nombra en el protocolo, antes de que se ejecute ningún brazo
Modelo, idéntico en los dos brazos
Se nombra en el protocolo, antes de que se ejecute ningún brazo
Prompt y subagentes del brazo de control
Se nombra en el protocolo, antes de que se ejecute ningún brazo
Regla de parada por brazo: terminado y fallido
Se nombra en el protocolo, antes de que se ejecute ningún brazo
Lugar público, no nuestro propio repositorio
Se nombra en el protocolo, antes de que se ejecute ningún brazo
Revisor, que lee con la autoría oculta
Se nombra en el protocolo, antes de que se ejecute ningún brazo

Abajo no hay cifras. Los recibos conservan sus etiquetas y sus fuentes, para que veas qué es lo que se rellenará.

Enfoque convencional

Desarrollador + Claude

Un desarrollador dirige a Claude con subagentes y se queda al teclado de principio a fin.

Gasto en el modelo

se mide en la ejecución

Consola del proveedor del modelo. Una clave de API nueva para este brazo, sin usar para nada más.

No es el costo completo de entregar esta funcionalidad

Tiempo de calendariosin medir

Saldrá de las marcas de tiempo de GitHub: incidencia abierta, pull request abierto, pull request fusionado

Intervenciones humanasse cuentan en la ejecución

Cronología pública del PR. Cualquiera puede volver a contarlas.

No incluye mano de obra, parte de la suscripción ni servidores

Inspecciona el recibode dónde sale la cifra

De dónde sale esta cifra

Instrumento principalConsola del proveedor del modeloprovider_usd

se mide en la ejecución

El proveedor da fe de este gasto, así que no tienes que fiarte de nuestra base de datos. Esta es la cifra que cuenta.

No aplicaInstrumento secundarioour_rows_usd

No aplica

Este brazo se ejecuta en la máquina del propio desarrollador. No guardamos ningún registro suyo, así que no hay ninguna cifra que pueda faltar. No hay anotación nuestra que pueda fallar.

La diferenciagap_usd

Este brazo tiene un solo instrumento y es el del proveedor. No se oculta nada y no falta nada.

no hay segundo instrumento

El trabajo en sí

Pull request

aún sin abrirPendiente

Transcripción de la sesión

aún sin registrarLa publicamos íntegra

Una persona dirigiendo a un agente no se reproduce igual de una ejecución a otra. Publicar la transcripción entera es la única mitigación que tenemos, así que va al lado del pull request, no debajo.

Enfoque orquestado

developerz.ai

Se abre la incidencia y la plataforma sigue desde ahí. La programación se ejecuta en tu propio agente de IA, en tus propios servidores y con tus propias claves.

Gasto en el modelo

más alto que el brazo A

Consola del proveedor del modelo. Una clave de API nueva para este brazo, sin usar para nada más.

Incluye nuestros tokens de orquestación. No se descuenta nada.

Tiempo de calendariomás corto que el brazo A

Saldrá de las marcas de tiempo de GitHub: incidencia abierta, pull request abierto, pull request fusionado

Intervenciones humanasse cuentan en la ejecución

Cronología pública del PR. Cualquiera puede volver a contarlas.

00Entrega: se abre la incidencia y la plataforma la despacha. Nada de lo de abajo se lo pedimos nosotros a una persona.

Tus servidores y tus claves de modelo te los factura tu proveedor, no nosotros

Inspecciona el recibode dónde sale la cifra

De dónde sale esta cifra

Instrumento principalConsola del proveedor del modeloprovider_usd

más alto que el brazo A

El proveedor da fe de este gasto, así que no tienes que fiarte de nuestra base de datos. Esta es la cifra que cuenta.

Solo tokens, sin valor en dólaresNuestra propia cifra registradaour_rows_usd

aún sin registrar

No hay registros, porque la ejecución no ha ocurrido.

La diferenciagap_usd

Una diferencia necesita dos cifras en dólares. La nuestra puede no tener ninguna, así que se publica como no calculable en lugar de conciliarla a la fuerza o rellenarla en silencio con un cero.

no calculable

El trabajo en sí

Pull request

aún sin abrirPendiente

Transcripción de la sesión

aún sin registrarLa publicamos íntegra

Cada acción de este brazo se escribe además en el registro de auditoría de solo adición, que está encadenado por hash.

Resultado

Sin resultado. Sin conclusión.

La comparación no se ha ejecutado. Primero se registra el protocolo, luego se ejecutan los dos brazos y luego este panel se rellena diga lo que diga. Hasta entonces, nada de esta página es una medición.

Sin medir

gasto en el modelo

todavía sin cifra

Consola del proveedor del modelo, una clave nueva por brazo

Sin medir

tiempo de calendario

todavía sin cifra

Marcas de tiempo de GitHub, de la apertura de la incidencia a la fusión

Sin medir

intervenciones humanas

todavía sin cifra

Cronología pública del PR, cualquiera puede volver a contarla

n = 0. No hay ninguna ejecución registrada, así que estas tres celdas no tienen muestra detrás. El diseño llega como mucho a una ejecución por brazo, que tampoco sostendría una afirmación de significancia.

Una funcionalidad, construida de dos maneras. Es una demostración con recibos, nunca una tasa. El brazo B incluye nuestros propios tokens de orquestación: esos los pagas tú con tus propias claves, así que no se descuentan.

Lee el método

El veredicto humano

Un lector. Los dos pull requests. Sin nombres.

Un revisor con nombre lee los dos pull requests de una sentada, sin que le digan qué brazo escribió cuál. Se queda en prosa. No hay puntuación, ni calificación, ni barra, porque no tenemos ningún número publicable sobre calidad de revisión e inventarlo sería fabricarlo.

Revisor

Se nombra en el protocolo

El protocolo nombra al revisor antes de la revisión, y la autoría sigue oculta hasta que se escribe el veredicto.

ADesarrollador + Claude

todavía sin veredicto

Bdeveloperz.ai

todavía sin veredicto

¿Cuál fusionarías?

Esta respuesta puede ser ninguno de los dos, o sin preferencia.

sin responder

A tu volumen

Tu factura no se mueve por funcionalidad.

Se mueve cuando añades un agente IA. Así que el costo de una funcionalidad es aquello entre lo que se divide tu suscripción mensual, y cuanto más entregas menos carga cada una. Aquí tienes un ejemplo resuelto. La calculadora de la página de precios hace la cuenta con tus propios números.

Esto es aritmética sobre precios de lista publicados, no el resultado de un benchmark. Tu gasto en el modelo te lo factura tu proveedor y no está incluido.

Abre la calculadora en precios

Un ejemplo resuelto

3 agentes IA, 8 funcionalidades entregadas en el mes.

Suscripción, 3 agentes IAPRIMARY_TIERS.prorevisión de código y CI incluidas, no aparte
$3,000.00
Tus servidores, 9 máquinas enrolablesCI_SLOTS.perSeatlos factura tu proveedor, no nosotros
tu proveedor
Tus claves de modelobyokte las factura tu proveedor
tu factura

Por funcionalidad, antes del gasto en el modelo

ladder ÷ features

La suscripción dividida entre lo que entregaste ese mes. Tu gasto en el modelo te lo factura tu proveedor y no está incluido.

$375.00

No nos creas por nuestra palabra

Construido para que puedas comprobarlo.

La calidad no es un número que nos hayamos ganado el derecho a publicar. Estas son las salvaguardas que puedes inspeccionar hoy.

  • Un registro que no podemos reescribir a escondidas.

    Qué significa esto

    Cada acción entra en un registro de auditoría de solo adición y encadenado por hash. Los cambios dejan rastro.

    Inspecciona el mecanismo

  • Los checks siguen teniendo que pasar.

    Qué significa esto

    CI, la revisión y las protecciones de rama controlan las fusiones. Orquestar no es permiso para saltárselas.

    Inspecciona el mecanismo

  • Un hallazgo necesita una fuente.

    Qué significa esto

    La revisión es citar o abstenerse. Si un hallazgo no se puede anclar en el código, no se publica.

    Inspecciona el mecanismo

  • Siempre sabes que es un bot.

    Qué significa esto

    El bot se identifica siempre. Nunca finge ser una persona hablando con tus clientes.

    Inspecciona el mecanismo

  • Tus claves, selladas y tuyas.

    Qué significa esto

    Las claves de modelo van cifradas en sobre: cada clave se sella con su propia clave de datos, y esa con una clave maestra que no podemos exportar. Le pagas al proveedor directamente y nosotros nunca revendemos tokens.

    Inspecciona el mecanismo

  • Tu trabajo se queda en tus servidores.

    Qué significa esto

    Los workers se ejecutan en infraestructura que tú controlas. Las conexiones salen hacia fuera. No hace falta abrir ningún puerto de entrada.

    Inspecciona el mecanismo

n = 0

Los límites

Una funcionalidad no es una promesa.

Leer los límites

Una funcionalidad construida de dos maneras es una anécdota con recibos. Eso vale algo, y vale menos que una tasa. Los límites publicados están en la página porque los acabarías descubriendo de todos modos.

  1. 01

    n = 1.

    Una funcionalidad. Una demostración, nunca una tasa. Si la siguiente sale al revés, eso también va en esta página.

  2. 02

    La elección de la funcionalidad es nuestra.

    Quien elige la tarea elige al ganador. Publicamos la regla de selección antes de mirar a los candidatos. Eso lo mitiga. No lo cierra.

  3. 03

    Los dos brazos son nuestros.

    Incluido el control contra el que competimos. Una ejecución independiente valdría más que la nuestra, y preferimos decirlo a insinuar lo contrario.

  4. 04

    El tiempo de calendario no es esfuerzo.

    Nuestro reloj incluye el tiempo en cola que de verdad esperarías. El reloj del control es la atención ininterrumpida de una persona. Ese encuadre favorece al control, no a nosotros.

  5. 05

    Hay un límite más y se publica con el protocolo. Escribirlo antes de la ejecución es la única versión que cuenta, así que aquí no se adivina.

El método

Se escribe antes de mirar.

Todavía sin registrarEl protocolo, como incidencia públicaTodavía sin registrarIncidencia pública, abierta antes de que se ejecute ningún brazo

Qué cuenta como ejecución.

Una ejecución solo cuenta si el brazo abre un pull request en el repositorio público del lugar que cumple los criterios de aceptación congelados antes de que empiece ningún brazo, y ese pull request se fusiona. Un brazo que alcanza su regla de parada y deja el pull request sin fusionar se registra como un fallo de ese brazo, no se retira de esta página.

Qué incluyen las cifras y qué dejan fuera.

  • El dinero es el total de la consola del proveedor para la clave dedicada de ese brazo. No son nuestras propias filas.
  • El dinero del brazo B incluye nuestro propio gasto de orquestación: el triaje, el scout, el carril de revisión, el conductor de babysit. Nada de eso se descuenta.
  • El reloj es el de GitHub, de la apertura de la incidencia a la fusión del pull request. El del brazo B incluye el tiempo en cola que de verdad esperarías. El del brazo A es la atención ininterrumpida de una persona.
  • Toda intervención humana posterior a la apertura del pull request se cuenta, en los dos brazos.
Lo que el protocolo tiene que fijar de antemano
  1. 01La funcionalidad y sus criterios de aceptación, redactados para que un tercero pueda ejecutarlos.
  2. 02El commit de partida, el mismo para los dos brazos.
  3. 03El modelo, idéntico en los dos brazos. Dos brazos con modelos distintos no son una comparación.
  4. 04El prompt y la configuración de subagentes del brazo de control, publicados palabra por palabra.
  5. 05La regla de parada de cada brazo: qué cuenta como terminado y qué cuenta como fallido.
  6. 06El lugar público, que no es nuestro propio repositorio.
  7. 07El revisor con nombre, que lee los dos pull requests con la autoría oculta.
  8. 08De dónde sale cada cifra: la consola del proveedor para el dinero, las marcas de tiempo de GitHub para el reloj y la cronología pública del pull request para las intervenciones.
  9. 09Que el resultado se publica diga lo que diga, y que una funcionalidad no produce ninguna tasa.
El resultado se publica diga lo que diga.

El protocolo se registra como incidencia pública antes de que se ejecute ningún brazo. Si nuestro brazo pierde, o se detiene sin entregar, eso es lo que va en esta página. GitHub expone el historial de ediciones de una incidencia, así que cuando lleguen los números podrás contrastar el protocolo con él.

Precios

La escalera no cambia.

Esta página compara una funcionalidad. La página de precios pone precio a la escalera y lleva la calculadora. Se enlazan entre sí y siguen separadas.

Ve los precios y la calculadora