Habilidade de Agente para Forçar Docs em ASD-STE100 Simplified Technical English
Engenheiros estão experimentando ASD‑STE100, um padrão controlado de “Simplified Technical English” vindo de manuais aeroespaciais, como forma de conter a prosa verborrágica e cheia de jargão produzida por modelos de linguagem grandes modernos. Alguns veem valor em empacotar esse guia de estilo como uma “habilidade de agente” ou modo padrão de saída para tornar a documentação mais clara para falantes não nativos e leitores distraídos, enquanto críticos argumentam que uma única linha de prompt ou linters externos podem alcançar resultados semelhantes e que muitas dessas skills são cruft de baixo esforço. O tema mais amplo é a frustração com saídas de IA cada vez mais prolixas e a exploração de restrições de estilo — do STE ao guia do Economist e às regras de Orwell — como ferramentas práticas para tornar texto gerado por IA mais conciso, preciso e legível.
Benefícios percebidos de ASD‑STE100 para a saída de LLMs
- Muitos comentaristas gostam de usar Simplified Technical English (STE) para combater “AI slop”: prosa verbosa, excessivamente ornamentada e pseudointeligente.
- Efeitos relatados: frases mais curtas, instruções mais claras, menos tom de marketing, docs e e-mails mais fáceis, saída mais tolerável para leitores distraídos.
- Alguns usam STE (ou restrições semelhantes) como uma instrução global para agentes e dizem que isso melhora a legibilidade, embora não seja “algo de cair o queixo”.
- Exemplo de por que o STE existe: transformar avisos densos em instruções de segurança curtas e diretas, especialmente para falantes não nativos.
Ceticismo sobre a “habilidade” dedicada de agente
- Vários argumentam que um system prompt de uma linha (“use ASD‑STE100”) funciona tão bem quanto a habilidade completa, chamando o repositório de “cruft” ou de baixo esforço.
- Outros respondem que skills são úteis como pacotes compartilháveis e versionados: instruções, regras de estilo, notas de troubleshooting e scripts auxiliares.
- Alguns descrevem um fluxo de trabalho iterativo: observar o agente, capturar erros como novas regras da skill e depois refinar isso ao longo do tempo.
Prompting vs ferramentas e imposição
- Há preocupação de que os modelos derivem de qualquer restrição de estilo ao longo de interações longas.
- Sugestões: usar linters (por exemplo, Vale) e hooks de pre-commit ou pós-ferramenta para impor estilo em docs e comentários.
- Um link afirma que as seis regras de escrita de Orwell como prompt às vezes superam prompts de STE na redução de “slop” com menos tokens.
Problemas de estilo dos modelos e comparações
- Múltiplas reclamações sobre modelos recentes (especialmente variantes mais novas de Claude/Opus) produzindo texto longo, carregado de metacomentários e, às vezes, ilegível.
- Alguns acham que modelos GPT mais novos respondem de forma mais direta quando solicitados a usar linguagem franca ou simples.
- Alguns usuários observam que instruções de “personalidade” muitas vezes só adicionam mais seções verbosas em vez de verdadeira concisão.
Debate sobre o STE em si e a tendência mais ampla
- Discussão de exemplos específicos de STE e se eles são de fato inequívocos; alguns dizem que o STE sozinho não consegue corrigir ambiguidade sem contexto de domínio.
- Foi levantada a pergunta de se restringir a linguagem poderia prejudicar o raciocínio; alguns argumentam que restrições de estilo idealmente deveriam ser uma camada de pós-processamento.
- Vários notam um pico repentino de posts relacionados a STE, atribuído a um tweet viral; as opiniões se dividem entre ver isso como uma descoberta útil ou como uma moda passageira de produtividade com IA.