Open source · Apache 2.0 · 100% free

Tu agente escribe código rapidísimo. El proceso es lo que falta.

Dilux Agentic Workflow es un pipeline de desarrollo por el que tu agente tiene que pasar: seis fases en orden, gates que no puede esquivar hablando, auditores que no escribieron el código que revisan, y estado que sobrevive a cerrar la terminal.

  • Una regla escrita en un prompt es una promesa; una regla aplicada por un hook es una garantía.
  • Un artefacto por fase —PRD, spec, threat model, reporte— commiteado en tu repo.
  • Funciona con Claude Code, Codex CLI, Copilot CLI, Cursor, Gemini CLI y OpenCode.

Es 100% gratis y siempre lo va a ser: no hay edición paga, ni SaaS, ni cuenta que crear.

Las seis fases del pipeline y los gates entre ellas

El problema

Con un agente pasan siempre las mismas tres cosas

Ninguna se arregla escribiendo un prompt mejor. Son estructurales, y lo que las arregla es estructura.

Se adelanta

Va directo a implementar, antes de que nadie haya acordado qué se estaba construyendo.

Se olvida

Cuarenta mensajes después, la decisión que tomaste hace una hora ya no está, y el código se aleja de ella sin que nadie lo note.

Se ahoga

Dale cuarenta reglas y va a cumplir las que quedaron cerca del final de la ventana de contexto.

Y no hay forma de auditarlo

Seis meses después nadie puede decir qué se decidió, por qué, ni contra qué especificación se construyó.

Cómo fluye un pedido

Pedís en lenguaje natural. La máquina decide qué está permitido ahora.

Nunca invocás una fase a mano. Cada flecha necesita tu aprobación explícita, y cada fase commitea lo que produjo al cerrarse.

  1. 01

    CLASSIFY

    Entiende qué estás pidiendo, lee tu stack, abre un ticket y una rama. Vos confirmás la clasificación.

  2. 02

    DEFINE

    El qué y el porqué: el PRD. Toma el que ya tenés —un ticket, un documento, un párrafo— y lo valida contra el código.

  3. 03

    PLAN

    El cómo y qué puede salir mal: la especificación y el threat model. Gate aplicado por un hook: sin spec aprobada, no hay código.

  4. 04

    CODE

    Implementado bloque por bloque, cada uno con sus tests. Gate: suite en verde y SAST limpio.

  5. 05

    VERIFY

    Un agente que no escribió el código lo contrasta contra el PRD y la spec, y escribe el veredicto en un reporte. Si falla, vuelve a CODE.

  6. 06

    RELEASE

    CHANGELOG, pull request, ticket y cierre. Lo que pasó queda escrito en la historia del repo, no en un chat.

La distinción que sostiene todo

Promesa contra garantía

Antes de cada escritura, código que está fuera del modelo lee el estado y rechaza dos cosas distintas: una transición que el grafo no tiene, y una escritura de código fuente desde una fase que la prohíbe. No hay forma de hablarle para pasar, porque la decisión nunca llega al modelo.

  • Seis fases, una por vezCada una con sus reglas, sus acciones permitidas y una lista explícita de lo prohibido.
  • Gates aplicados por códigoUn hook fuera del modelo rechaza la transición ilegal. No es una convención: es una negativa.
  • Estado en discoSobrevive a cerrar la sesión. La máquina sabe dónde quedaste.
  • Reglas cargadas por demandaSolo entran al contexto las instrucciones de la fase actual.
  • Tiers para no matar moscas a cañonazosArreglar un typo no te cuesta un PRD: QUERY, QUICK-FIX, FIX, FEATURE y DISCOVERY tienen pipelines distintos.
Gates entre fases

Seguridad

La seguridad es una fase, no una nota al pie

Dos controles, en dos momentos, cada uno atrapa lo que el otro no puede ver. Los dos producen un reporte, no un flag — incluido lo que descartaste y por qué.

Threat modeling en PLAN

Mira el diseño antes de que exista. Ciego a los bugs de implementación, que es justo lo que ve el otro control.

SAST en CODE

Mira el código sin ejecutarlo. Ciego a la lógica de negocio y a la autorización, que es justo lo que vio el threat model.

Auditoría independiente

La fase VERIFY la corre un agente que no escribió ese código. Nadie revisa su propia tarea.

Todo queda en el repo

PRD, spec, threat model, reporte de SAST y reporte de verificación viven bajo docs/, commiteados fase por fase.

En acción

Así se ve cuando el método corre

Capturas reales del pipeline trabajando sobre un repositorio: el diagrama de fases, un gate cerrándose, un hook rechazando una escritura y una fase que cierra con evidencia.

La máquina completa Seis fases, y entre cada una un gate que hay que cumplir De IDLE a RELEASE y de vuelta. Cada fase produce su artefacto —ticket, PRD, spec, código, reporte, PR— y cada flecha necesita tu aprobación. Los candados naranjas son gates impuestos por hooks: no son promesas del modelo.
El gate en vivo El hook rechaza la escritura, y no hay forma de convencerlo Prueba real: se le pide al agente escribir código estando en fase DEFINE. El hook bloquea el Write antes de que llegue al disco y devuelve el motivo. “No se escribió nada en disco”: eso es la diferencia entre una promesa y una garantía.
Cierre de fase El PRD valida, o la fase no cierra DEFINE se cierra con un resumen verificable: requisitos funcionales y no funcionales, criterios de aceptación, módulos afectados y una validación que pasó 14 chequeos. Recién ahí te pregunta si pasás a PLAN.
Calidad y seguridad Suite en verde y SAST limpio, con reporte CODE no cierra con una opinión: cierra con auditoría de arquitectura aprobada por bloque, 14 tests con evidencia de fallo previo (TDD real) y un análisis de seguridad sin hallazgos críticos, altos ni medios.

Todo lo que ves acá queda commiteado en tu repositorio, fase por fase. Seis meses después alguien puede leer por qué se hizo así.

Precio

Este es fácil: no cuesta nada y no hay una versión mejor esperándote detrás de un pago.

Única edición

Open source

Todo el framework

FREE · para siempre

  • Licencia Apache 2.0
  • Se instala en tu repositorio, no en tu máquina
  • Seis agentes soportados, un solo método
  • Instalador idempotente: reinstalar es actualizar
  • Desinstalación limpia que respeta lo que hiciste tuyo
  • Sin cuenta, sin registro y sin telemetría
Ver el repositorio

Instalación y configuración a tu cargo, bajo tu responsabilidad.

¿Necesitás ayuda?

Servicios opcionales

A medida

  • Implantación de DAW en tus repos y equipos
  • Personalización de fases, gates y auditores
  • Capacitación del equipo en el método completo
  • Diagnóstico de madurez de desarrollo con IA
Ver consultoría
Private preview

Empezá gratis hoy

El framework ya está publicado: podés clonarlo e instalarlo ahora mismo. Dejanos tus datos si querés que te acompañemos en el arranque o te avisemos de cada release.

  • Sin costo y sin tarjeta de crédito.
  • Te escribimos cuando se libera tu cupo.
  • Podés seguir usando la versión open source mientras tanto.

Preguntas frecuentes

¿Funciona con el agente que ya uso?
Funciona con Claude Code, Codex CLI, Copilot CLI, Cursor, Gemini CLI y OpenCode. Es un método con seis cableados: lo que cambia entre ellos es dónde busca sus archivos cada herramienta, nunca el framework.
¿Me obliga a escribir un PRD para cambiar una línea?
No. La fase CLASSIFY asigna un tier y el tier elige el pipeline. Un typo va por el carril corto, sin PLAN ni VERIFY; una feature nueva hace el recorrido completo. Un proceso demasiado caro es un proceso que la gente deja de usar.
¿Y si quiero sacarlo?
Hay un desinstalador que muestra el plan antes de tocar nada, quita solo lo que es de DAW y nunca borra docs/. Los PRDs, specs y reportes son el registro de qué se decidió y por qué: desinstalar la herramienta no es motivo para perderlos.
¿En qué idioma trabaja?
En el tuyo. El repositorio está escrito en inglés, pero esos archivos son prompts: la plantilla lleva una directiva explícita de responder en el idioma en que escribís y de redactar cada artefacto en ese mismo idioma.