Thoughtworks Technology Radar 2026: Con herramientas SDD en exploración ¿como les entregamos contexto a los agentes?

Descarga la nueva versión acá: Descargar PDF

Entre las señales más interesantes de este ciclo hay una que, a primera vista, podría parecer una ausencia: Spec-Driven Development (SDD) como técnica sale del radar, sin embargo SDD no salió porque dejó de importar, sino que se fragmentó en herramientas concretas que lo habilitan.

En ediciones anteriores, el Radar promovió SDD como una técnica emergente: la idea de que los agentes de desarrollo producen mejores resultados cuando operan sobre especificaciones estructuradas en lugar de instrucciones ad hoc en el chat. La práctica ganó tracción, los equipos la están adoptando, y ahora el mercado la da por sentada.

El Radar Vol. 34 incluye algunos (todos los días aparecen nuevos) frameworks concretos que implementan esa práctica: GitHub Spec-Kit y OpenSpec, ambos en categoría Assess, es decir, tecnologías que merecen exploración activa.

Qué son  Spec-Kit y OpenSpec

• GitHub Spec-Kit estructura el ciclo de desarrollo con agentes a través del concepto de constitución: un documento fundacional que establece el alcance del proyecto, el contexto del dominio, las versiones tecnológicas, los estándares de codificación y la estructura del repositorio. Antes de que el agente genere una sola línea de código, ya conoce los límites dentro de los cuales debe operar. El flujo típico que propone es definir la especificación → definir un plan → definición de tareas → desarrollo → revisión.

• OpenSpec aborda el mismo problema desde un ángulo más pragmático para aplicaciones brownfield o legadas. En lugar de requerir una especificación completa desde el inicio, trabaja con deltas — cambios incrementales y acotados sobre lo existente. 

Ambas herramientas comparten un principio central: la especificación no es documentación posterior al desarrollo, es el mecanismo de control que precede y orienta al agente.

Nota: Es curioso que TW clasifique a Spec kit como "Language and Frameworks" y Open Spec como "Tool".

Por qué esto es especialmente relevante para la Arquitectura Empresarial

Aquí es donde la conversación se vuelve estratégica para quienes practican AE.

Un agente de desarrollo es, en esencia, un sistema de generación de decisiones técnicas a alta velocidad. Si ese agente no tiene contexto arquitectónico u organizacional, si no sabe que la organización opera bajo un modelo de dominios y capacidades específico, que tiene drivers de negocio que son estratégicos y urgentes, que existe una capa semántica de datos que debe respetarse, que hay un modelo tecnológico con estándares definidos vigente, que los servicios deben seguir ciertos patrones de integración — tomará decisiones bajo su propio criterio. Y las decisiones por defecto de un LLM son las más comunes en su modelo de entrenamiento, no las más adecuadas para su organización.

GitHub Spec-Kit y OpenSpec son, en este sentido, interfaces entre la Arquitectura Empresarial y los agentes de desarrollo. El "constitution.md" de Spec-Kit no es muy distinto conceptualmente a un Architecture Decision Record bien estructurado o a un conjunto de principios de arquitectura: es conocimiento organizacional expresado en un formato que el agente puede consumir directamente.

Esto abre una oportunidad concreta para los equipos de AE: el repositorio de arquitectura deja de ser un artefacto de consulta para convertirse en contexto operativo para los agentes de desarrollo. Las decisiones sobre patrones de integración, los estándares de seguridad, los modelos de datos corporativos, las prioridades de negocio, etc., todo ese conocimiento que hoy vive en Confluence o en presentaciones PowerPoint puede y debe ser estructurado como input para las herramientas de desarrollo que ejecutan SDD.

El equipo de arquitectura que logre este puente no solo mejora la calidad del código generado. Garantiza que la velocidad de los agentes se mueva en la dirección correcta.

Para las organizaciones que aún están definiendo cómo incorporar agentes de IA en sus procesos de desarrollo, el mensaje de este Radar es directo: el gobierno del agente empieza en la especificación, y la especificación más valiosa es la que viene de la Arquitectura Empresarial.

En Esenterprise trabajamos precisamente en ese puente — ayudando a organizaciones a estructurar su conocimiento arquitectónico de manera que pueda operar como contexto efectivo para los equipos y las herramientas que los asisten.