¡El fin de la programación por "vibras"! ¡Larga vida al SDD!

Hace unos meses, la comunidad de desarrolladores quedó cautivada por un nuevo fenómeno: la programación por "vibras" (vibe coding). La premisa era embriagadoramente simple: no necesitabas un plan, un diagrama de flujo ni siquiera un conocimiento profundo de la sintaxis; solo tenías que describir una sensación a un agente de IA y ver cómo se materializaba el código. Parecía magia hasta que apareció el primer error grave. De repente, esa experiencia fluida se convirtió en un bucle frenético de "arregla esto" y "ahora se rompió aquello", dejando al desarrollador atrapado en una conversación con una máquina que había perdido el hilo.

Históricamente, pasábamos meses puliendo documentos de requisitos exhaustivos antes de escribir una sola línea de código, un proceso rígido que a menudo sofocaba la innovación; hoy en día, a menudo lanzamos código antes de haber decidido siquiera qué debe hacer el producto, un hábito caótico que crea una deuda técnica masiva. Esta tensión ha dado a luz un nuevo paradigma: el desarrollo impulsado por especificaciones (SDD, por sus siglas en inglés). Es el punto medio pragmático, diseñado para dar a los agentes de IA los carriles que necesitan sin volver a los inflados métodos de cascada de la década de 1990.

El contrato de intención

En su esencia, el desarrollo impulsado por especificaciones consiste en crear una "fuente de verdad" que tanto los humanos como las máquinas puedan leer. Den Delimarsky de Microsoft describe una especificación como "control de versiones para tu pensamiento" y, en la práctica, funciona como un contrato vinculante. En lugar de lanzar instrucciones vagas a una pantalla y esperar lo mejor, el desarrollador escribe un documento conciso y estructurado que define exactamente cómo debe comportarse el código.

Técnicamente hablando, este cambio resuelve el problema de la "deriva de contexto". Los agentes de IA son brillantes en la ejecución, pero propensos a olvidar el "porqué" detrás de una función después de cincuenta rondas de revisiones. Al anclar el proceso de desarrollo en una especificación, nos aseguramos de que la IA siga siendo un asistente en lugar de un cabo suelto. Birgitta Böckeler de Thoughtworks identifica tres niveles de esta evolución: primero la especificación (spec-first), donde el plan precede al código; anclado en la especificación (spec-anchored), donde el documento perdura para guiar el mantenimiento; y la aspiracional especificación como fuente (spec-as-source), donde el humano solo toca la especificación y el código subyacente permanece completamente bajo el capó.

Kiro: El CLI del arquitecto

Desarrollado por un equipo con opiniones firmes dentro de AWS, Kiro es una herramienta robusta que trata la construcción de software como una disciplina de ingeniería en lugar de un juego de adivinanzas. Ofrece tanto un IDE como un CLI, pero su verdadero poder reside en sus requisitos estructurados en markdown. Kiro utiliza EARS (Easy Approach to Requirements Syntax), una notación que obliga a la claridad a través de un patrón simple: CUANDO [condición], EL SISTEMA DEBERÁ [comportamiento].

A través de esta lente de usuario, escribir un requisito EARS se siente menos como "programar" y más como un mapeo lógico. Esta estructura permite a Kiro generar pruebas basadas en propiedades que son mucho más completas que las pruebas unitarias estándar, detectando casos de borde que un programador humano —o una IA impulsada por "vibras"— probablemente pasaría por alto. Además, Kiro introduce el concepto de archivos de "dirección" (steering files). Estos documentos —product.md, tech.md y structure.md— actúan como la infraestructura invisible del proyecto, asegurando que cada pieza de código generado respete el stack tecnológico elegido y las convenciones arquitectónicas.

Spec Kit: Estandarizando el flujo de trabajo del agente

Spec Kit de Microsoft adopta un enfoque diferente, funcionando como un puente de código abierto entre treinta agentes de programación diferentes y un proceso estructurado de cuatro fases. Mientras que la programación por vibras se siente como una lluvia de ideas desestructurada, Spec Kit se siente como un taller profesional. Introduce una serie de comandos de barra —como /speckit.plan y /speckit.analyze— que obligan al agente a detenerse y pensar antes de empezar a escribir.

Paradójicamente, al añadir estos "puntos de fricción", Spec Kit en realidad acelera el desarrollo. Evita los "bucles de alucinación" donde un agente intenta corregir un error introduciendo uno nuevo y más complejo. Ya sea que estés construyendo un proyecto desde cero o intentando desenredar una base de código heredada y fragmentada, Spec Kit proporciona una constitución para el proyecto. Desplaza al desarrollador humano del rol de mecanógrafo al de revisor, centrándose en la lógica de alto nivel mientras el agente se encarga de los detalles de implementación farragosos.

Tessl y el registro de habilidades

Tessl introduce una capa fascinante al ecosistema SDD: el registro de paquetes. Si pensamos en el código como una receta, Tessl proporciona los ingredientes estandarizados y las técnicas de cocina a través de sus "tiles" (mosaicos). Estos tiles contienen flujos de trabajo procedimentales (habilidades), estándares de codificación obligatorios (reglas) y documentación que los agentes pueden consultar bajo demanda.

En términos cotidianos, usar Tessl es como darle a tu agente de IA un carné de biblioteca y un conjunto de normas de la casa. Al instalar el tile SDD de Tessl y simplemente pedirle al agente que "use el desarrollo impulsado por especificaciones", el flujo de trabajo cambia. El agente deja de actuar como un autocompletado servil y empieza a actuar como un ingeniero junior que hace preguntas aclaratorias y redacta un plan antes de tocar el repositorio. Esta transparencia es vital; transforma la "caja negra" opaca de la generación por IA en un proceso visible y auditable.

Zenflow: Orquestación con verificación

Si las otras herramientas se centran en el "qué" y el "cómo", Zenflow se centra en el "quién" y el "dónde". Desarrollado por el equipo de Zencoder, Zenflow actúa como una capa de orquestación, coordinando múltiples agentes de IA para trabajar en paralelo sin corromper la base de código. Trata cada característica como un flujo de trabajo, utilizando árboles de trabajo de Git aislados para garantizar que los cambios se prueben y revisen antes de que lleguen a la rama principal.

Ampliando la visión al nivel de la industria, Zenflow representa un movimiento hacia los sistemas "multi-agente". En este modelo, un agente podría escribir la especificación, otro implementa el código y un tercero realiza una revisión de código entre agentes. Este sistema de pesos y contrapesos imita a un equipo de ingeniería humano de alto rendimiento. Para el usuario, el resultado es un ciclo de desarrollo resiliente donde las pruebas fallidas activan correcciones automáticas y el código solo se "lanza" una vez que ha pasado por todas las puertas de verificación.

El cambio silencioso en la alfabetización digital

La transición de la programación por vibras al desarrollo impulsado por especificaciones revela un cambio profundo en nuestra relación con el software. Nos estamos dando cuenta de que la "magia" de la IA es más efectiva cuando es guiada por la intencionalidad humana. Al igual que un armario desordenado es fácil de llenar pero imposible de navegar, una base de código desestructurada es fácil de generar pero imposible de mantener.

En última instancia, el auge de herramientas como Kiro, Spec Kit, Tessl y Zenflow sugiere que el futuro de la programación no trata sobre la desaparición del rigor técnico, sino sobre su evolución. Nos estamos alejando de la era del "hacker solitario" y avanzando hacia la era del "arquitecto técnico". En este nuevo mundo, nuestro valor como humanos no reside en nuestra capacidad para recordar la sintaxis, sino en nuestra capacidad para definir especificaciones claras, éticas y eficientes para las máquinas que construyen nuestro mundo.

A medida que navegamos por estos cambios, debemos observar nuestras herramientas digitales con un ojo más hiperobservador. La próxima vez que la actualización de una aplicación se sienta pesada o torpe, pregúntate: ¿fue construida con una especificación o fue solo una "vibra"? Recuperar el control sobre nuestro software comienza con exigir la claridad que solo una especificación bien escrita puede proporcionar.

Fuentes

• AWS Documentation: Kiro Agent and EARS Notation Standards (2025-2026).
• Microsoft Open Source: Spec Kit Repository and 'Version Control for Thinking' by Den Delimarsky.
• Thoughtworks Technology Radar: 'The Three Levels of Spec-Driven Development' by Birgitta Böckeler.
• Tessl Official Registry: Tile and Skill Documentation for AI Agents.
• Zencoder Engineering Blog: Zenflow Orchestration and Verification Gate Mechanics.