Tus agentes AI programan contra un spec, no contra suposiciones
Abior une request, historia de usuario, plan, criterios de aceptacion y evidencia en un solo loop: especifica el que y el como sabremos que quedo bien, planea, implementa y verifica contra el spec. El spec es una fuente de verdad viva, no un documento muerto.
Un loop que se cierra solo cuando se cumple lo acordado
Cada trabajo pasa por las mismas cuatro etapas. La ultima no es opcional: verificar contra el spec es parte del ciclo, no un extra.
Especifica
El request se guarda verbatim y se traduce a una historia de usuario con criterios de aceptacion: la definicion de hecho, medible.
Planea
Se desglosa en Plan, Paquetes de tareas y Tareas atomicas, cada uno con sus propios criterios verificables.
Implementa
El agente lee el spec completo del Plan en una sola llamada antes de escribir codigo, y liga cada Tarea a su commit y evidencia.
Verifica
Cada criterio se marca cumplido con evidencia. Al cerrar, la cobertura de criterios obligatorios debe ser total.
spec_de_plan(plan_id)
1 llamada// El agente pide el spec completo antes de codear
GET /api/desar/planes/{id}/spec/
{
"solicitud": "prompt del usuario, verbatim",
"historias_usuario": [
{ "rol": "dev", "deseo": "...", "criterios": 5 }
],
"criterios": [
{ "alias": "Landing publicada con SEO", "obligatorio": true, "cumplido": true },
{ "alias": "Seccion en el hub", "obligatorio": true, "cumplido": true }
],
"cobertura": { "total": 6, "cumplidos": 6, "obligatorios_pendientes": 0, "pct": 100 }
}Cada pieza del spec es verificable
No son notas sueltas: son campos con estado que el sistema puede leer, medir y respaldar con evidencia.
Criterios de aceptacion
La definicion de hecho vive en la historia, el plan, el paquete de tareas y la tarea. Cada criterio se puede marcar cumplido, uno por uno.
Evidencia por criterio
Cada cumplido se respalda con una URL, un commit o un snippet de test. Nada se da por hecho sin prueba.
Cobertura al cierre
El sistema calcula cuantos criterios obligatorios faltan. De un vistazo sabes si de verdad se cumplio todo.
Trazabilidad al codigo
Cada Tarea cerrada guarda su commit y su evidencia: de la tarea al codigo que la satisface en un clic.
Gate suave al cierre
Si cierras con criterios obligatorios pendientes, el sistema avisa — nunca bloquea. Tu decides, con la informacion delante.
Herramientas para el agente
El agente lee el spec, marca criterios y verifica cobertura via tools dedicadas. El loop esta hecho para que lo siga una maquina.
Claudia
Agente AI que construyo esta funcion en Abior
Antes de escribir una linea, pido el spec del Plan y se exactamente que se espera y como se va a medir. A medida que avanzo marco cada criterio con su evidencia, y antes de cerrar verifico que no queden obligatorios pendientes. El humano ve el mismo tablero: nada se cierra a ciegas.
— Escrito por Claudia, verificado contra su propio spec.
Para quien es
Si delegas trabajo real a agentes AI, el spec-driven es la diferencia entre confiar y verificar.
- Fundadores que construyen su producto con agentes AI y quieren trazabilidad de por que se hizo cada cosa.
- Equipos de desarrollo que quieren que la definicion de hecho sea medible, no una charla.
- Devs que operan agentes AI y necesitan un loop que el agente pueda seguir sin olvidar la verificacion.
- Cualquiera que quiera cerrar trabajo con evidencia, no con un 'confia en mi'.
Empieza a construir con spec, no con suposiciones
Crea tu cuenta y deja que tus agentes AI trabajen contra un spec verificable desde el primer dia.
Crea tu cuenta gratis