用于强制文档采用 ASD-STE100 简化技术英语的 Agent Skill

工程师们正在尝试将来自航空手册的受控“简化技术英语”标准 ASD‑STE100,用作抑制现代大语言模型产生冗长、术语堆砌散文的一种方式。有些人认为,把这种风格指南打包成一个“agent skill”或默认输出模式,有助于让文档对非母语者和注意力分散的读者更清晰;批评者则认为,一行提示词或外部 lint 工具就能达到类似效果,而且许多这类 skills 只是低投入的杂物。更广泛的主题是对 AI 输出日益冗长的挫败感,以及对从 STE 到《经济学人》风格指南和奥威尔规则等风格约束的探索,把它们作为让 AI 生成文本更简洁、更精确、更易读的实用工具。

ASD‑STE100 对 LLM 输出的感知收益

  • 许多评论者喜欢用简化技术英语(STE)来对抗“AI slop”:冗长、过度雕饰、装聪明的散文。
  • 据称效果包括:句子更短、指令更清晰、营销味更少、文档和邮件更易读、对注意力分散的读者来说输出更能接受。
  • 有些人把 STE(或类似约束)作为给 agent 的全局指令,并表示它提升了可读性,尽管“算不上震撼”。
  • STE 存在的一个例子:把密集的警告改写成简短、直接的安全指令,尤其是面向非母语者时。

对专门的“agent skill”的怀疑

  • 有几位认为,一行系统提示词(“使用 ASD‑STE100”)和完整 skill 的效果一样好,称这个仓库是“cruft”或低投入。
  • 也有人回应说,skills 作为可分享、可版本化的 bundle 很有用:包含指令、风格规则、故障排查说明和辅助脚本。
  • 有些人描述了一种迭代工作流:观察 agent,把错误捕捉为新的 skill 规则,然后随着时间不断完善。

提示词、工具与强制执行

  • 担心模型在长时间交互中会偏离任何风格约束。
  • 建议:使用 lint 工具(例如 Vale)以及 pre-commit 或 post-tool hooks 来对文档和注释强制执行风格。
  • 有一个链接声称,奥威尔的六条写作规则作为提示词,在减少“slop”方面有时比 STE 提示词更有效,而且 token 更少。

模型风格问题与对比

  • 多条抱怨指向近期模型(尤其是更新的 Claude/Opus 变体)会产出冗长、充满元评论、甚至有时难以阅读的文本。
  • 一些人发现,当要求直白或朴素语言时,较新的 GPT 模型回应更直接。
  • 少数用户指出,“个性”指令往往只是增加更多冗长段落,而不是真正的简洁。

关于 STE 本身及更广泛趋势的争论

  • 讨论了若干具体 STE 示例,以及它们是否 वास्तव上真正无歧义;有人说,没有领域上下文,STE 本身无法消除歧义。
  • 有人提出,限制语言是否会损害推理;也有人认为,风格约束理想上应当是一个后处理层。
  • 还有几条评论提到 STE 相关帖子突然激增,并追溯到一条病毒式传播的推文;观点分歧,部分人认为这是一个有用的发现,另一些人则觉得这只是昙花一现的 AI 生产力热潮。