Yass entra en beta pública: especificaciones en YAML que el LLM ya sabe leer
El proyecto propone describir software con un YAML mínimo apoyado en las palabras clave de la RFC 2119, sin plugins ni capas de texto alrededor.
Yass (Yet Another Spec Syntax) ha entrado en beta pública. Es un proyecto personal que llevaba tiempo cociéndose y que plantea escribir especificaciones en un YAML mínimo apoyado en las palabras clave de la RFC 2119 —MUST, SHOULD, MAY— partiendo de la idea de que los modelos ya vienen entrenados para reaccionar a esos términos. El repositorio está en shakefu/yass.
Un árbol de ficheros y un CLI
El formato es deliberadamente escueto. Una especificación de Yass es un árbol de ficheros, y el único componente que hace falta es el CLI. La propuesta del autor es que basta con apuntar a un agente al README del repositorio para que tenga el contexto necesario y arranque. Ese CLI hace de ahorrador de tokens y de contexto de direccionamiento, según lo describe.
Las palabras clave de la RFC 2119 no son un invento suyo: llevan décadas marcando niveles de exigencia en los documentos del IETF (obligatorio, recomendado, opcional). La apuesta es reutilizar ese vocabulario en lugar de explicar cada requisito con párrafos.
El autor dice haber validado el enfoque con cientos de experimentos contra distintos modelos y plataformas. El más llamativo: un mismo árbol de especificaciones reprodujo el propio CLI de Yass con salida byte a byte idéntica en siete lenguajes —TypeScript, Python, Go, C, C++, Erlang y Elixir— dentro de arneses sandbox de Claude Code y usando Opus 4.6, no modelos frontera más caros. Conviene subrayar que no ha publicado los arneses ni los resultados: la cifra es suya y no de un tercero. También hubo pruebas sin el CLI descargado, solo con el árbol de especificaciones, para comprobar que los ficheros por sí solos bastan para dirigir una implementación reproducible.
Contra las especificaciones que se pierden
El motivo de arrancar el proyecto, según cuenta, es el cansancio con las soluciones de desarrollo guiado por especificaciones que ya existen. Las resume en tres problemas: son demasiado verbosas, se degradan a medida que el contexto se llena, o directamente los modelos las ignoran. Otras exigen plugins y skills pesados para funcionar. Yass va en la dirección contraria: menos texto y palabras que el modelo ya reconoce de fábrica.
Si un árbol de specs basta por sí solo para que un agente saque código equivalente en siete lenguajes, la consecuencia práctica es que el repositorio deja de necesitar andamiaje alrededor y el coste por iteración baja. Eso es lo interesante para quien mantiene pipelines de generación y revisión de código. Lo que falta por ver es si el resultado se sostiene en proyectos ajenos al autor y con modelos distintos de los que usó en las pruebas. De momento es una beta, con un solo mantenedor y con los números sin verificar por nadie más.
