«Especificaciones como deltas, no como un PRD de 40 páginas.»
OpenSpec es una CLI gratuita y de código abierto de Fission AI que permite que tú y tu agente de codificación acuerden un cambio en Markdown plano antes de que se escriba cualquier código, sin la ceremonia de fases restringidas de los frameworks más pesados dirigidos por especificaciones.
¿Qué sigue a los LLM? La era post-transformer.
La euforia por la IA sigue un ritmo: aproximadamente cada tres años, la arquitectura sobre la que todos apuestan es reemplazada por algo más nuevo. El próximo cambio ya se está formando en los laboratorios de investigación.
Competencias de SDD aplicadas, instaladas con un solo comando.
Superpowers empaqueta una metodología completa basada en especificaciones en habilidades de Claude instalables, aplicando lluvia de ideas, planificación, implementación dirigida por subagentes y TDD estricto, en lugar de dejar esa estructura a tu criterio.
Por qué su stack de IA se vuelve más dependiente cada mes.
Cada llamada a la API parece una transacción sencilla, hasta que se acumulan lo suficiente como para que tus datos de ajuste fino, tus entornos de evaluación y tus esquemas de herramientas se adapten a un solo proveedor, momento en el cual cambiar deja de ser un ajuste de enrutamiento.
Evita que los agentes de IA se desvíen de las especificaciones, las pruebas y el código.
Los agentes de codificación con IA implementan características rápidamente, pero las especificaciones, las pruebas y el código se desvían silenciosamente entre sí. Esta guía cubre un modelo de trazabilidad, el mapeo de especificación a prueba y de especificación a código, y las verificaciones de integración continua (CI) que detectan la desviación antes de una fusión.
Evita las falencias en cascada en microservicios de Go.
Un breaker de circuitos (o disyuntor eléctrico) impide que tu servicio Go siga presionando una dependencia fallida, previniendo fallos en cascada que consumen gorutinas, sockets y memoria hasta que todo el sistema colapse.
Cinco fases, de la intención al código verificado.
El Desarrollo Guiado por Especificaciones (SDD) funciona cuando la especificación es un flujo de trabajo, no un documento que se archiva después de la reunión inicial. El objetivo no es producir un gran documento de requisitos de producto.
La profundidad del proceso frente a la portabilidad, no la mejor herramienta.
Los desarrolladores que comparan configuraciones de Desarrollo Guiado por Especificaciones (SDD) en 2026 generalmente no se preguntan cuál es el modelo más inteligente. Se preguntan qué flujo de trabajo mantendrá alineado a un agente de IA sin ahogarlos en burocracia.
La seguridad del protocolo determina quién puede actuar, no el modelo.
La inyección de prompts recibe la mayor parte de la atención en materia de seguridad en los sistemas de LLM, y merece esa atención, pero no es el único problema una vez que los agentes comienzan a invocar herramientas y delegar trabajo a otros agentes.
Las tareas A2A de larga duración superan la duración de las sesiones de chat.
La mayoría de las demostraciones de agentes de IA aún se comportan como completados de chat con pasos adicionales: envías un prompt, esperas unos segundos y recibes una respuesta en una sola salida.
El 40 % de los pilotos de agentes múltiples fracasan. Aquí te explicamos cómo elegir el patrón de orquestación adecuado y evitar los que fallan.
Los sistemas de IA de agente único alcanzaron su punto máximo en 2025: le dábamos a un LLM un prompt, algunas herramientas y un objetivo, y funcionaba razonablemente bien en tareas acotadas.
Escribe el evento con los datos. Nunca los dividas.
Dos escrituras que deberían tener éxito juntas eventualmente fallan por separado.
Tu servicio de pedidos guarda el pedido en la base de datos y luego publica un evento order.created en un corredor de mensajes.
El context de Go es para el flujo de control, no para el almacenamiento.
El context.Context de Go es lo suficientemente simple para usarse mal, y ese es el problema.
«La especificación como fuente de verdad, no como un documento secundario».
El Desarrollo Guiado por Especificaciones (Spec-Driven Development) es una de esas ideas a la que los ingenieros de software han recurrido antes y luego han dejado de lado cuando el esfuerzo dejó de ser rentable.
¿Las especificaciones como fuente de verdad o una ceremonia lenta?
El Desarrollo Basado en Especificaciones (Spec-Driven Development) llegó al 2026 como la respuesta seria de los desarrolladores al “deriva” del vibe coding.
Mantén la intención cerca del código.
Los registros de decisiones son la capa de memoria faltante en el desarrollo de software asistido por IA. Capturan no solo qué se construyó, sino por qué; y esa distinción se vuelve crítica cuando las herramientas de IA están escribiendo su código.
