Habilidad de agente para forzar documentación en ASD-STE100 Simplified Technical English
Los ingenieros están experimentando con ASD‑STE100, una norma controlada de “Simplified Technical English” procedente de manuales aeroespaciales, como una forma de frenar la prosa verbosa y cargada de jerga que producen los grandes modelos de lenguaje modernos. Algunos ven valor en empaquetar esta guía de estilo como una “habilidad de agente” o modo de salida por defecto para hacer la documentación más clara para hablantes no nativos y lectores distraídos, mientras que los críticos sostienen que una sola línea de prompt o linters externos pueden lograr resultados similares y que muchas de estas habilidades son cruft de poco esfuerzo. El tema de fondo es la frustración con salidas de IA cada vez más extensas y la exploración de restricciones de estilo —desde STE hasta la guía del Economist y las reglas de Orwell— como herramientas prácticas para hacer que el texto generado por IA sea más conciso, preciso y legible.
Beneficios percibidos de ASD‑STE100 para la salida de LLM
- A muchos comentaristas les gusta usar Simplified Technical English (STE) para contrarrestar la “AI slop”: prosa verbosa, recargada, pseudointeligente.
- Efectos reportados: frases más cortas, instrucciones más claras, menos tono de marketing, documentación y correos más fáciles, salida más tolerable para lectores distraídos.
- Algunos usan STE (o restricciones similares) como instrucción global para agentes y dicen que mejora la legibilidad, aunque no sea “apabullante”.
- Ejemplo de por qué existe STE: convertir advertencias densas en instrucciones de seguridad cortas y directas, especialmente para hablantes no nativos.
Escepticismo sobre la “habilidad de agente” dedicada
- Varios sostienen que una instrucción de sistema de una sola línea (“usa ASD‑STE100”) funciona tan bien como la habilidad completa, y llaman al repositorio “cruft” o de poco esfuerzo.
- Otros responden que las habilidades son útiles como paquetes compartibles y versionados: instrucciones, reglas de estilo, notas de resolución de problemas y scripts auxiliares.
- Algunos describen un flujo de trabajo iterativo: observar al agente, capturar errores como nuevas reglas de la habilidad y luego refinarlas con el tiempo.
Prompting vs herramientas y aplicación de reglas
- Preocupación de que los modelos se desvíen de cualquier restricción de estilo durante interacciones largas.
- Sugerencias: usar linters (por ejemplo, Vale) y hooks pre-commit o post-tool para aplicar el estilo en documentación y comentarios.
- Un enlace afirma que las seis reglas de escritura de Orwell como prompt a veces superan a los prompts STE para reducir la “slop” con menos tokens.
Problemas de estilo del modelo y comparaciones
- Varias quejas sobre modelos recientes (especialmente variantes más nuevas de Claude/Opus) que producen texto largo, cargado de metacomentarios y, a veces, ilegible.
- Algunos encuentran que los modelos GPT más nuevos responden de forma más directa cuando se les pide lenguaje contundente o sencillo.
- Unos pocos usuarios señalan que las instrucciones de “personalidad” a menudo solo añaden más secciones verbosas en lugar de verdadera concisión.
Debate sobre STE en sí y la tendencia más amplia
- Discusión sobre ejemplos concretos de STE y si realmente son inequívocos; algunos dicen que STE por sí solo no puede resolver la ambigüedad sin contexto de dominio.
- Se plantea la pregunta de si restringir el lenguaje podría perjudicar el razonamiento; algunos argumentan que las restricciones de estilo idealmente deberían ser una capa de posprocesamiento.
- Varios señalan un pico repentino de publicaciones relacionadas con STE, atribuido a un tuit viral; las opiniones se dividen entre verlo como un hallazgo útil o como una moda pasajera de productividad con IA.