acai.sh:

Un kit de herramientas para el desarrollo de software basado en especificaciones. Deja de escribir prompts, empieza a escribir specs. Entrega software de mejor calidad y minimiza el "slop" (contenido basura).

Me encontré este framework el otro día, y mucho de lo que comenta el autor en su post resuena conmigo:

¿Cuál es tu sabor de especificación favorito?Un README.md y un AGENTS.md son un buen comienzo. No olvides una testing-guide.md. Quizás un architecture.md, un PRD.md y también un documento de diseño. ¿Has considerado un md.md (para enseñar a tus agentes cómo escribir .md)? Cuanto más .md mejor, ¿verdad?Sin ironía, sí. La documentación y las especificaciones no estructuradas pueden llevarte muy, muy lejos. Mucho más lejos que los prompts por sí solos. Si aún no estás escribiendo ningún documento, deberías dejar de leer esto y empezar por ahí.Y recuerda: si entra basura, sale basura. Nada supera a una especificación orgánica, de libre pastoreo y escrita a mano. La redacción de especificaciones es donde realmente ocurre el acto de la ingeniería de software.

Este punto en particular:

Un síntoma distintivo de la psicosis por IA es usar la IA para construir arneses de IA para crear productos, en lugar de simplemente usar la IA para construir el maldito producto. Acepté mi enfermedad, descarté la rama, eliminé todo mi markdown y empecé de nuevo desde cero.

Been there, done that.

El sistema que uso actualmente para construir software con agentes es muy similar al que propone acai.sh, pero no está tan bien estructurado o documentado. Más que adoptar acai.sh tal cual, me llevo un refresh de los beneficios de hacer spec-driven-development para ver cómo lo puedo adaptar en mi proceso.