Karpathy建议让大模型照飞机维修手册的写法解释问题：ASD-STE100规则怎么借来用

摘要：Andrej Karpathy在X上分享了一个让大模型输出更好读的办法：要求它用ASD-STE100来解释问题。这是欧洲航空航天和防务行业为飞机维修手册定的受控英语标准，核心是一个词只有一个意思、一句话只做一件事、用主动语态、句子短。他说太严格时会改成“做到ASD-STE100的80%”。往后他还推荐了三种更好的形式：画图、生成可交互的HTML页面、生成定制讲解视频。标准本身免费，但官方FAQ写明它不是给一般写作用的，GitHub上那个开源技能也说不适合营销文案。中文团队能借走的是句子纪律，没法照搬词典。

让大模型解释一个新概念，它常常一口气回你八百字，句句都对，读完却不知道重点在哪。长句套长句，“可能”“通常”“在某些情况下”层层叠着，像一份没人愿意签字的会议纪要。

OpenAI创始成员、今年5月加入Anthropic预训练团队的Andrej Karpathy，最近给了一个很有意思的偏方：让模型照着飞机维修手册的写法来解释。Search Engine Journal在10月2日整理了这条帖子。这篇以那次报道为主体，把ASD-STE100这套标准的来历和规则讲清楚，再说说中文内容团队、做SEO和外贸的人，能从里面借走什么、哪些地方别硬套。

Karpathy在帖子里到底说了什么？

帖子发在美国时间10月1日。Karpathy说，他让语言模型用ASD-STE100解释事情，效果不错。模型很熟悉这套标准，它对写作风格的严格约束，让输出往往“好读得多”。因为标准相当严，他有时会把要求放松成“做到ASD-STE100的80%”。

这只是第一步。帖子按“一个比一个更好”的顺序，列了四种看模型输出的形式：

视频那条的示例提示词，要的是一段“3b1b风格”的讲解。3b1b指的是3Blue1Brown，一个用动画讲数学的YouTube频道，做过线性代数、神经网络系列，动画干净，节奏慢，很多人靠它第一次看懂矩阵乘法。

帖子里还有一句判断：模型替人干的活越来越多，“我们的大量工作会往抽象层上移，变成监督和理解”。结尾他鼓励大家，让模型做那些“大型的、定制的、用完即弃的软件产物”，这些东西以前根本不值得专门做。

SEJ的解读很克制：这四条建议都是在改模型输出呈现给审阅者的方式，前三种只是对模型提的要求，视频那种还要额外配语音服务。

HTML这条五月就说过

Karpathy在5月就说过类似的话，那时离他加入Anthropic还有一周左右。他转发了Anthropic的Thariq Shihipar的一条帖子，内容是Claude Code团队为什么用HTML代替Markdown。这篇东西后来以《HTML不讲理的好用》为题发在Claude博客上，日期是5月20日。

Shihipar的理由说得很实在：超过一百行的Markdown他就读不下去了；他想让模型画更丰富的图、用颜色；他越来越少亲手改这些文件，改动都交给Claude，Markdown“好编辑”的长处也就用不上了。HTML能装下表格、CSS、SVG插图、脚本、可交互元素、绝对定位的空间信息。只给Markdown的话，模型只好去画ASCII字符图，甚至用Unicode字符去“估”一个颜色。

ASD-STE100是什么来头？

名字很长，一段一段看就清楚了。ASD是欧洲航空航天、安全与防务工业协会，按ASD-STE100官网FAQ的说法，它有26家欧洲大公司和23个国家协会作为成员，背后是21个国家的4000多家企业。STE是Simplified Technical English，简化技术英语。100是规范编号。

它是被航空公司逼出来的

故事要从1979年说起。那时飞机制造商比现在多得多，大家都用英语写维修手册，也都遵守同一份ATA 100规范，可写法千差万别。波音、道格拉斯、洛克希德用美式英语，霍克·西德利和英国飞机公司用英式英语，福克、意大利航空工业公司和早期空客成员是非母语者在写英语。

欧洲的航空公司夹在中间最难受，维修人员要看懂手册，很多公司还得把手册翻成本国语言。于是欧洲航空公司协会在1979年找到当时的欧洲航空航天工业协会AECMA，请制造商们一起搞一套大家都能用的受控语言。

后面的时间线是这样的：

标准由ASD下面的简化技术英语维护组STEMG维护，任何人都能免费申请，只发PDF。现在用它的也不止航空，FAQ里提到了陆地和海上载具、可再生能源和医疗器械行业。

两本东西：写作规则和受控词典

STE分两部分，一部分是写作规则，管语法和文风；另一部分是受控词典，大约900个核准词，足够写出任何技术句子。词典有几个很“轴”的规定，正好说明它的思路：

• 一个词通常只核准一个意思、一种词性。fall只表示受重力往下掉，不能用来表示数值下降。
• 英语里有一堆同义词时，只留一个。用start，不用begin、commence、initiate、originate。
• about只能表示“关于”，不能表示“大约”，“大约”有自己的核准词。
• check只核准为名词，可以写do a check，不能写check the lights。
• 选词的标准是简单和常用。do比achieve、carry out、accomplish都简单，也都常用。

公司和行业自己的专业名词、专业动词不在词典里，规则另有一套写法管它们。不在词典里的词，只有作为专业名词或专业动词的一部分时才能用，官方还建议尽量少用。

规则长什么样

完整规则要去官方申请PDF。GitHub上那个开源技能的作者整理过一份按类别转述的规则摘要，说第9版有9个部分共53条写作规则，词典另列了大约1200个该避开的词和替换建议。下面按这份摘要和官方FAQ挑最常用的几条：

条件放句首那条，官方举的例子是“If hot oil touches your skin, injuries can occur.”先说热油碰到皮肤，再说会受伤。维修工读到一半就去拧螺丝的情况，写规则的人显然见过。

为什么这套规则对AI输出管用？

STE要解决的场景是这样的：一个技术员站在停机坪上，手里拿着手册，作者联系不上，英语也许不是母语，读错一个扭矩值就可能出人命。读者没法追问“你到底是指X还是Y”。

看大模型输出的人，处境差不多。模型的回答是一次性交过来的，你要么全信，要么自己去核，中间没有一个能随时打断的作者。更麻烦的是，模型很擅长写出“读着顺、细想不清楚”的句子：被动语态藏起了谁做了什么，现在完成时模糊了时间，一句话里塞三个条件，每个条件后面再挂一个“可能”。

STE的规则几乎是一条一条对着这些毛病去的。一句一事，逼着模型把并列的动作分开写；主动语态，逼着它说出主语；同一个概念同一个词，堵住它图“文采”轮换同义词的习惯。Karpathy说的“好读得多”，指的大概就是这个：信息一点没少，只是每句话的负担变轻了。

开源技能给的两个前后对比

帖子下面有人贴了一个开源技能，SEJ核实过，它在Karpathy发帖前就已经在GitHub上了。它把STE规则改造成Claude Code技能，用来改写给AI智能体读的英语：工具描述、报错信息、智能体之间互发的指令。README里的例子很能说明问题：

第二个例子最典型。原句有三个“可能”串在一起，读完不知道该干什么；改写后的最后一句是一个明确的动作。字数没怎么少，可读者知道下一步了。

这个技能分两档：严格档用于操作步骤、报错信息、工具描述；“STE风味”档用于README、PR说明这类解释性文字，保留句子纪律，不锁死词汇。它会逐句标出违规，比如歧义词、现在完成时、施动者不明的被动句、一句多条指令、名词串过长、分号、层层叠叠的模糊词、营销形容词。改写时不丢任何事实、条件和范围限定，缩短会损失精度时就保留长句，并标注出来。

它自己写明的三个限制

这个仓库的说明很老实，有三处值得照抄进你的使用规范里：

• 它不包含官方那约900词的核准词典。标准可以免费拿，但不能随意转发，第9版只允许获得ASD书面授权或特定几类机构复制，作者不在其中。所以它只贯彻“用最朴素的词，每次都用同一种用法”这个原则，不按词典逐词检查。
• 它的检查器只查结构，不比对原文和改写稿，也不能证明意思没变。零违规只说明配置的那些结构检查没发现问题。
• 它不适合创意写作和营销文案，凡是靠语气和细微差别取胜的文字都不适合。它只管形式，管不了内容：一段本来就没话说的文字，改完会变短、变干净，但还是空的。

最后那句话很扎心，也很有用。STE治的是“说不清”，治不了“没东西说”。

中文内容团队怎么借这套规则？

先说清楚一件事：ASD-STE100定义的是英语，没有官方中文版。中文团队能借的是句子纪律，900词词典没法照搬。下面这张表是把规则意图对到中文写作上的一种做法，只算借鉴，没有任何官方背书：

中文没有时态变化，也没有-ing，这两条用不上。可中文有自己的高发病：“进行”“实现”“开展”这类万能动词，“被”字句，还有越堆越长的定语。STE那条“用动词别用名词化”，放到中文里格外好使，删掉“进行”两个字，句子立刻精神不少。

可以直接拿去用的提示词

让模型用中文解释一个概念时，可以这样写：

请用中文解释下面这个概念，写法参照 ASD-STE100 简化技术英语的原则，做到八成即可：
- 一句话只说一件事，句子尽量短
- 用主动句，写清是谁做了什么
- 同一个概念全文只用同一个词，第一次出现时用一句话定义
- 少用“进行”“实现”这类空动词
- 操作步骤用编号列表，每步一个动作
- 必须先知道的前提条件，写在句子开头
- 不确定的地方只写一次“可能”，并说明在什么条件下成立
概念：……

要是给外国客户写英文的操作说明、售后指引，可以直接点名标准，让模型自己调用它学过的那套规则：

Rewrite the following instructions in ASD-STE100 Simplified Technical English.
Keep every fact, number, condition and limit. Do not add new information.
Use one instruction per sentence and the imperative form.
After the rewrite, list any sentence where you kept a longer form to keep precision.
Text: ...

第二段提示词最后那一句是从开源技能那里学来的：让模型自己交代哪里因为要保精度而没压短。这比你逐句对照省事得多。给编程智能体写项目说明时也是同一个道理，CLAUDE.md的极简写法那篇讲过，写得短、写得准比写得全更管用。

改完要人看一遍

模型照着规则改写，最常见的失误是“图短丢条件”。“新站点地图提交成功后再删旧的”被压成“删除旧站点地图”，句子是干净了，坑也挖好了。开源技能的说明特意强调了这一点，它的检查器也不保证意思没变。所以改写稿要拿原文对一遍，重点看三样东西：数字、条件、范围限定。站里那篇AI内容质检流水线的人机分工清单，讲的就是这类人工节点该放在哪。

图、HTML和讲解视频该怎么用？

受控写作只是Karpathy列的第一档。后面三档，越往后越费事，也越能把复杂的东西讲明白。

让模型画图

流程、因果、层级关系，用文字写要绕好几句，画成图一眼就懂。现在的大模型大都能输出Mermaid、Graphviz这类文本绘图代码，或者直接生成SVG。比如让它把一次网站迁移的步骤画成流程图，把重定向链、canonical、站点地图之间的关系画出来，比读一段说明快得多。

图也有图的坑：模型画的图可能漏掉分支，箭头可能指反。图越好看，越容易让人放松警惕。对着图检查一遍关键路径，比对着长文检查省力，但不能省。

让模型直接给HTML页面

这一档对做内容和做运营的人最实用。Shihipar在Claude博客里提到的那些用途，比如代码审查、方案对比、规格说明，换到SEO和外贸场景，可以是一份可筛选的关键词表，一份带折叠区块的站点体检报告，一份能点开看细节的竞品对比。一个HTML文件发给同事，浏览器就能打开，不用装任何软件。

Karpathy结尾那句“用完即弃的软件产物”，说的正是这种东西：为一次会议、一次汇报专门做的小页面，用完就扔，以前没人会为它专门开发，现在几分钟就能生成。要提醒的是，模型生成的页面里如果引用了外部脚本，发给客户之前要看看它加载了什么。

让模型做讲解视频

这是Karpathy最看好的一档，也是门槛最高的一档。他的示例要模型做一段3Blue1Brown风格的讲解，用ElevenLabs的API密钥生成旁白；没有密钥，可以让模型找能在本机运行的免费替代。他的原话是“这真的开始能用了”，这个“开始”两个字很诚实。

对国内团队来说，这一档要多想一步：境外语音服务的付费、网络和数据合规，都要自己评估。拿它给内部培训做讲解还行，拿去做对外的营销视频，配音质量、版权和品牌一致性都要另外把关。

放到SEO和外贸场景，哪些地方别硬套？

STE官方FAQ说得很直白：它为维修文档里的操作类和描述类文字而设计，国际商务信函这类一般写作不在它的打算里。不过短句、一句一个主题、主动语态这些原则，在别的写作场景也能用。这句话可以当成借用时的分寸。

外贸卖家尤其可以在英文说明书和售后页面上试试。海外客户很多也不是英语母语者，STE当初就是为非母语读者设计的。官方FAQ也提到，它同样能改善母语者之间的沟通。客户读一遍就会装，售后邮件自然就少了。

和被AI引用有什么关系

有人会顺着推下去：既然模型读STE这么顺，那网页按STE写，是不是更容易被AI搜索引用？这个推论目前没有公开研究支持。Karpathy谈的是人读模型输出，模型读网页是另一回事。能确定的只是一个常识：一段话里结论、条件、主语都清楚，不管人还是机器，摘出来都不容易走样。站里那篇讲检索与引用区别的文章，谈的是被引用还需要什么，句子清楚只是其中很小的一环。

也别指望改个文风就能救内容。开源技能那句“没话说的段落改完还是空的”值得贴在工位上。Google对AI生成内容的态度一直是看内容对用户有没有用，文风再规整，信息量不够照样没用。

中文稿子别照着规则写成电报

中文读者对“说明书腔”很敏感。一篇文章通篇主谓宾、句句不超过二十字、没有一个语气词，读起来会像机器人在报菜名。STE追求的是读者不出错，中文写作还要读者愿意读下去。用在操作步骤和关键结论上，放在叙述和观点的部分松一松，大概就是Karpathy说的“八成”。怎么在用AI辅助写作时保住自己的语气，可以参考AI辅助写作的八种协作写法。

想看一篇稿子的句子负担重不重，可以用可读性评分的几种公式先粗测一下，不过分数只是参考，最终还得人读。

Karpathy那句“往抽象层上移”意味着什么？

这四种形式背后是同一个判断：模型写得越来越多，人读得越来越累，瓶颈从“产出”移到了“看懂和把关”。STE、图、HTML、视频，都是在降低人审阅模型输出的成本。

对内容团队，这句话有很具体的含义。以前编辑的工作是改稿，往后越来越多是审稿：判断这段话哪里含糊、哪个条件被丢了、哪个数字没出处。让模型先按STE的纪律把话说清楚，审稿的人就能把精力放在事实和判断上，不用一边猜意思一边查错。

SEJ在文末也提醒了两件事：ASD把完整标准免费给所有人，FAQ还特意写了任何工具都替代不了标准本身；那个开源技能也说自己不含官方词典。想认真用，最好去官方申请一份PDF，花一个下午把规则读一遍，比只靠模型记忆里的版本靠谱。

常见问题解答

ASD-STE100是什么？

ASD-STE100简化技术英语是一种受控自然语言的国际标准，由欧洲航空航天、安全与防务工业协会ASD持有，最早为飞机维修手册设计。它包括一套写作规则和一本约900个核准词的受控词典，现行版本是2025年1月发布的第9版。

Karpathy建议怎么用ASD-STE100？

他在10月1日的X帖子里说，要求大模型用ASD-STE100来解释问题，输出往往更好读；标准太严格时，他会把要求放松成做到ASD-STE100的80%。

ASD-STE100的标准文件要收费吗？

不收费。官方FAQ说标准对所有人免费，只以PDF形式发放，需要在官网的下载页面申请。但标准不能随意转发和复制。

STE最常用的写作规则有哪些？

常用的几条是：一个词只用一个意思，一句话只给一条指令，操作步骤用主动语态和祈使句。句子长度上，操作类约20词以内，描述类约25词以内。另外，必须先知道的条件放在句首，不用分号，一段一个主题。

中文写作能直接用ASD-STE100吗？

不能直接用。ASD-STE100定义的是英语，没有官方中文版，900词词典也没法搬到中文。中文团队可以借用它的句子纪律，比如短句、主动句、一句一事、同一概念用同一个词、少用进行和实现这类空动词。

GitHub上那个ASD-STE100技能能做什么？

它是一个Claude Code技能，用STE规则改写给AI智能体读的英语，比如工具描述、报错信息和智能体间的指令，分严格档和STE风味两档。它不包含官方词典，检查器只查句子结构，不能证明改写后意思没变，也不适合营销文案。

Karpathy为什么推荐让模型输出HTML？

HTML能装下表格、样式、SVG插图和可交互元素，比Markdown能承载更多信息，用浏览器就能打开和分享。他在5月就转发过Anthropic的Thariq Shihipar关于Claude Code团队用HTML代替Markdown的帖子。

让模型做讲解视频需要什么？

按Karpathy的示例，要让模型生成一段3Blue1Brown风格的讲解，并用ElevenLabs的API密钥生成旁白；没有密钥的话，可以让模型找能在自己电脑上运行的免费替代方案。

按STE写网页能提高被AI搜索引用的机会吗？

目前没有公开研究证明这一点。Karpathy讲的是人阅读模型输出的体验，和模型怎么读网页无关。句子清楚有助于信息被准确摘取，但能不能被引用还取决于内容是否有用、是否被检索到等因素。

STE适合写广告文案和品牌故事吗？

不适合。官方FAQ说STE不是为一般写作设计的，开源技能也明确说它不适合创意写作和营销文案。产品说明书、安装指南、售后FAQ和给AI读的接口文档最适合借用它。

让模型按STE改写后要注意什么？

最常见的问题是句子缩短时丢掉了条件、数字或范围限定。改写稿要和原文逐句核对这三样东西，也可以在提示词里要求模型列出因为要保留精度而没有压短的句子。

权威参考资料