Fowler: los DSL no están muertos, son lo que hace que los LLM sean utilizables

Un artículo de Martin Fowler vuelve a poner los DSL en el centro: no para impresionar a las grandes mentes, sino para darle al LLM un objetivo estrecho donde pueda equivocarse de manera recuperable.

En términos sencillos

La tesis de Martin Fowler, publicada el 15 de julio de 2026, es simple: los LLM producen código no determinista y a veces incorrecto. Un lenguaje general tolera esta deriva y la propaga. Un lenguaje específico (DSL), en cambio, delimita el espacio de las salidas posibles, hace trivial la validación y permite a los LLM generar sin necesidad de revisar cada línea rezando.

Por qué esto importa ahora

Dos tendencias se cruzan:

1. Los LLM son lo suficientemente buenos para generar sobre un vocabulario restringido (gramática, esquema JSON, EBNF) con una tasa de error sintáctico muy baja.
2. La comunidad de ingeniería de software posterior a 2023 ha abandonado en gran medida los DSL, considerados demasiado costosos de diseñar y mantener.

La situación ha cambiado. El costo de diseñar un DSL sigue siendo el mismo, pero el beneficio se ha disparado, porque un DSL bien diseñado transforma «hacer que un LLM escriba código» en «hacer que un LLM llene un formulario estructurado». La diferencia en fiabilidad es de un orden de magnitud.

Bajo el capó

• Un DSL es más útil que un esquema JSON cuando la lógica es procedural (if/then, bucles acotados) porque captura invariantes de negocio en su propia gramática.
• El patrón de implementación más rentable: LLM → salida DSL → intérprete o compilación a acción. Nunca abandonas tu lenguaje de programación estricto: el DSL es el intermediario.
• Los casos que no funcionan: tareas creativas donde el universo de salida no es enumerable (generar texto de marketing, brainstormear un nombre).

Entonces, ¿qué?

Para el arquitecto: reconsidera las decisiones del tipo «vamos a analizar texto libre del LLM y a esperar». Haz esto en su lugar: LLM → DSL → runtime. Las regresiones pasan de silenciosas a evidentes.

Para el equipo que construye un producto LLM: el próximo esfuerzo de ingeniería ya no está en el prompt engineering, sino en el diseño de un mini-lenguaje que capture lo que tu dominio permite. Es un regreso de la profesión de diseñador de lenguajes, bajo un nombre menos prestigioso.

Para la deuda a largo plazo: un DSL bien pensado sobrevive a la siguiente generación de modelos. Un prompt gigante, no.