El 2 de octubre Andrej Karpathy publicó en X una lista de trucos para entender mejor lo que escribe un modelo de lenguaje. El primero: pídele a tu IA que explique algo en ASD-STE100, “a controlled language specification originally developed for aerospace maintenance documentation” (una especificación de lenguaje controlado, desarrollada para documentación de mantenimiento aeronáutico). A veces la suaviza: “80% of the way to ASD-STE100”, porque el estándar es muy estricto.

Antes de seguir, una precisión. Karpathy habla de leer mejor lo que produce el modelo. No habla de mercadeo. Lo que viene es mi extensión, y la marco como tal.

Qué es el estándar, según quien lo mantiene

Aakash Gupta amplió la historia en un hilo. Fui a la fuente. El grupo que mantiene ASD-STE100 cuenta que el inglés técnico simplificado se desarrolló a fines de los años setenta, a pedido de las aerolíneas europeas, para que la documentación de mantenimiento la entendieran lectores con un inglés básico. La guía salió en 1986. La edición 9 es de enero de 2025.

Según el resumen de Wikipedia, tiene 53 reglas y un diccionario de unas 900 palabras aprobadas. Cada palabra aprobada vale para un solo significado y una sola función gramatical. Las instrucciones no pasan de 20 palabras por oración y las descripciones, de 25. Una instrucción por oración, un tema por párrafo, no más de seis oraciones por párrafo. Y la copia oficial es gratis.

Otras cifras del hilo, como la lista de unas 1.200 palabras prohibidas, no pude confirmarlas en una fuente, así que no las uso.

El texto vago de la IA es un problema de especificación

Mira cómo se le suele pedir texto a un modelo: “tono profesional pero cercano, orientado a resultados”. Nadie podría revisar eso con una regla. Dos personas del mismo equipo discreparían en si el borrador lo cumple.

Lo que hace útil a STE es que casi todas sus reglas se comprueban mecánicamente. ¿La oración pasa de 20 palabras? Sí o no. ¿Usaste “cliente” con dos significados en el mismo texto? Sí o no. Una regla que se puede contar la cumple un modelo, y la puede verificar un script y no tu criterio a las once de la noche.

Hay una medición que apunta en esa dirección. Ege Chelebi, ingeniero de IA, publicó que convirtió ASD-STE100 en una habilidad para agentes y un verificador automático, y lo probó con dos modelos contra los arreglos más populares. Según su prueba, darle al modelo un sistema de escritura real baja el slop a la mitad o más, mientras que la lista de palabras prohibidas que todos usan lo redujo apenas 3% en Claude. Él mismo aclara que corrige la forma, no el fondo. Es la prueba de una persona, con su propia definición de slop, y no la he replicado. La tomo como indicio.

Es la misma lógica de la política de escritura con IA que comenté el 30 de septiembre, un paso más abajo. La política dice quién firma y qué puede redactar la IA. La spec de estilo dice cómo suena un borrador que merece llegar a quien firma. Y es lo contrario de lo que Nature midió al pulir con IA: ahí se aplana la voz después de escribir, aquí se acota el borrador antes.

Qué copiar y qué no

STE se escribió para que un mecánico siga un procedimiento sin malinterpretarlo. Sirve donde el lector tiene que hacer algo bien o entender una descripción sin ambigüedad: correos de inducción, fichas de producto, preguntas frecuentes, el alcance de una propuesta, las macros de soporte.

No sirve para un titular ni para la historia de tu marca. Ahí quieres voz, y por eso Karpathy se queda en el 80%. Además existe solo en inglés. Si tu equipo escribe en español, copia los principios y escribe tu versión.

Una spec de una página, armada en una tarde

Reúne veinte textos tuyos que funcionaron y mide su largo de oración. Con eso fijas los límites a partir de lo que ya haces bien, no de un número ajeno. Después escribe estas reglas. Es un ejemplo mío, ajústalo:

1. Un significado por término. “Lead” es una persona que dejó sus datos.
“Oportunidad” es un lead con reunión agendada. Nunca uno por otro.
2. Un nombre por cosa. Si el primer párrafo dice “plataforma”, no
escribas “solución” ni “herramienta” para variar.
3. Máximo 20 palabras por oración en instrucciones, 25 en descripciones.
4. Una instrucción por oración. Un tema por párrafo.
5. Voz activa. El sujeto es la persona o la empresa, no “el sistema”.
6. Cada afirmación lleva un número, un nombre o una fecha. Si no, se corta.
7. Prohibidas: “integral”, “de vanguardia”, “potenciar”, “soluciones” y las
diez palabras vacías que más usa tu sector. Es la regla que menos pesa.

La regla 1 es la que más cuesta, porque obliga a decidir qué significa cada término en tu negocio. Es lo mismo que hacemos en la auditoría de definiciones de AI Maestro: encontrar dónde una palabra significa dos cosas en dos áreas. Si dos personas de tu equipo definen “oportunidad” distinto, tu IA va a escribir con ambas definiciones.

Luego prueba con diez piezas. Cuenta cuántas reglas rompe cada borrador con un script simple de largo de oración y lista de palabras prohibidas. Eso se mide solo, sin pedirle a ninguna persona que lea.

Una advertencia: una spec no reemplaza la revisión humana, y un texto que cumple las siete reglas puede seguir siendo aburrido. Yo la veo como un piso. Lo que queda por encima es de quien firma.

Si tu equipo ya genera contenido con IA y la queja es siempre la misma, “suena genérico”, escribamos juntos la primera versión de tu spec