GitHub ha puesto sobre la mesa una idea que muchos equipos de desarrollo ya intuían: pedirle a una IA que “haga una aplicación” y esperar un buen resultado no basta cuando el objetivo es construir software mantenible. Su nuevo proyecto abierto, Spec Kit, apunta justo a ese cambio. La herramienta propone pasar del “vibe coding”, basado en prompts amplios y mucha confianza en el agente, a un desarrollo guiado por especificaciones que la IA pueda leer, discutir y ejecutar.
El repositorio github/spec-kit ya supera las 94.000 estrellas en GitHub, una cifra que muestra el interés que ha generado entre desarrolladores, equipos de producto y usuarios avanzados de asistentes de programación. La documentación oficial de Spec Kit define este enfoque como Spec-Driven Development, una metodología en la que la especificación deja de ser un documento previo que se abandona al empezar a programar y pasa a convertirse en una pieza activa del proceso.
Del prompt improvisado a la especificación ejecutable
La promesa de Spec Kit es sencilla de entender: antes de pedir código, hay que definir bien qué se quiere construir. No se trata de eliminar a los agentes de programación, sino de darles mejores instrucciones, más contexto y límites más claros.
El flujo básico parte de una serie de comandos que ordenan el trabajo. Primero, /speckit.constitution permite definir las reglas del proyecto: calidad del código, estándares de testing, coherencia de la experiencia de usuario o requisitos de rendimiento. Después, /speckit.specify describe qué se quiere construir y por qué, sin entrar todavía en el stack tecnológico.
Ese matiz es importante. En muchos usos actuales de IA para programar, el usuario mezcla requisitos funcionales, preferencias técnicas, ideas de diseño y cambios improvisados en una misma conversación. Spec Kit intenta separar esas capas. Primero se define la intención; después se aclaran dudas; más tarde se elige la arquitectura.
El comando /speckit.clarify introduce una parte que puede ser más relevante de lo que parece: obliga al agente a hacer preguntas cuando detecta ambigüedades. En lugar de rellenar huecos por su cuenta, la IA devuelve al humano decisiones que afectan al producto. Luego /speckit.plan permite decidir el stack, /speckit.tasks convierte el plan en tareas ordenadas por dependencias y /speckit.implement ejecuta la construcción siguiendo ese recorrido.
El resultado no es solo código generado. Es una especificación viva, con trazabilidad entre intención, plan, tareas e implementación. Para proyectos pequeños puede parecer un paso extra. Para equipos profesionales, puede ser la diferencia entre una demo vistosa y una base de software que se puede revisar, probar y mantener.
Por qué este enfoque cuestiona el “vibe coding”
El término “vibe coding” se popularizó para describir una forma muy rápida de crear software con IA: explicar una idea de forma natural, dejar que el modelo genere código y corregir sobre la marcha. Ha servido para prototipos, herramientas internas y experimentos personales, pero también ha dejado ver sus límites.
El problema no es que la IA escriba código, sino que muchas veces lo hace sin conocer con precisión las reglas del producto, los criterios de aceptación, las restricciones de seguridad o las decisiones de arquitectura. Cuando el proyecto crece, cada corrección puede introducir nuevos errores, duplicar lógica o alejarse de lo que el usuario pretendía al principio.
Spec Kit responde a esa debilidad con una idea más cercana a la ingeniería de software clásica: la IA no debe adivinar el sistema, debe ejecutar una especificación. El cambio de fondo es pasar de “la IA escribe código” a “la IA interpreta y ejecuta una intención estructurada”.
GitHub presenta el proyecto como una herramienta abierta para centrarse en escenarios de producto y resultados predecibles en lugar de escribir cada pieza desde cero. También subraya que el desarrollo guiado por especificaciones no está ligado a un lenguaje, framework o proveedor concreto. La documentación menciona escenarios de desarrollo desde cero, exploración creativa con varias implementaciones en paralelo y mejora de proyectos existentes.
La compatibilidad refuerza esa idea. Spec Kit funciona con más de 30 agentes de programación, entre ellos Claude Code, GitHub Copilot, Cursor, Codex CLI, Gemini CLI, Windsurf, Qwen Code, Roo Code, Tabnine o Devin for Terminal. En algunos casos utiliza comandos tipo /speckit.*; en otros, como Codex CLI en modo skills, se invoca con comandos $speckit-*.
Lo que puede cambiar para empresas y desarrolladores
Para un desarrollador individual, Spec Kit puede funcionar como una forma de disciplinar el trabajo con IA. Obliga a pensar antes de ejecutar, a separar requisitos de tecnología y a documentar decisiones que normalmente quedarían perdidas en el historial de un chat.
Para una empresa, el impacto puede ser mayor. Si los agentes de IA se integran en flujos reales de desarrollo, no basta con que produzcan código rápido. Hace falta que respeten estándares internos, criterios de seguridad, convenciones de arquitectura y procesos de revisión. Spec Kit incluye extensiones comunitarias orientadas a integración con GitHub Issues, Jira, Azure DevOps, Confluence, revisiones de seguridad, validación de tareas o control de deriva entre especificación e implementación.
Eso no significa que la herramienta resuelva por sí sola los problemas de calidad. La propia documentación avisa de que las extensiones comunitarias son mantenidas por terceros y deben revisarse antes de instalarlas. También conviene recordar que un agente puede ejecutar una mala especificación con mucha eficacia. La responsabilidad del diseño, las prioridades del producto y la validación final siguen siendo humanas.
Aun así, el mensaje de GitHub encaja con la evolución reciente del desarrollo asistido por IA. Los primeros meses de euforia se centraron en la generación de código. La siguiente fase parece moverse hacia sistemas más estructurados, donde la IA participa en la definición, planificación, ejecución y revisión, pero dentro de un marco más controlado.
Spec Kit no mata el vibe coding como práctica informal. Seguirá siendo útil para prototipos rápidos y pruebas de concepto. Lo que sí hace es marcar una frontera: cuando el software importa, la conversación con la IA necesita convertirse en especificación. Y esa especificación empieza a ser el verdadero entregable.
Preguntas frecuentes
¿Qué es GitHub Spec Kit?
Spec Kit es un toolkit open source de GitHub para aplicar desarrollo guiado por especificaciones con agentes de IA. Permite definir requisitos, aclarar ambigüedades, planificar tareas y ejecutar la implementación con un flujo más estructurado.
¿Spec Kit sustituye a los desarrolladores?
No. La herramienta ayuda a ordenar el trabajo con agentes de programación, pero las decisiones de producto, arquitectura, seguridad y validación siguen necesitando criterio humano.
¿Qué diferencia hay entre Spec Kit y el vibe coding?
El vibe coding suele partir de prompts amplios y correcciones sucesivas. Spec Kit propone crear primero una especificación clara, convertirla en plan técnico y generar tareas antes de implementar.
¿Con qué agentes de IA funciona Spec Kit?
La documentación oficial indica soporte para más de 30 agentes, incluidos Claude Code, GitHub Copilot, Cursor, Codex CLI, Gemini CLI, Windsurf, Qwen Code, Roo Code y Tabnine, entre otros.
Fuente: Programación en Castellano
