一句话看懂：Andrej Karpathy 提出，随着大模型能力提升，人类的工作重心会转向“审查和理解模型输出”，而最有效的理解方式可能不是读文字，而是让模型直接生成图表、网页和讲解视频。他还给出了一个具体技巧：用航空航天领域的受控语言标准 ASD-STE100 来约束模型写作。
事件核心：发生了什么
Karpathy 在 X 上分享了一组关于“如何理解语言模型输出”的实用经验，帖子获得约 100 万次浏览。他提出一个递进路径：
第一，写作。可以让模型用 ASD-STE100 规范来解释内容，这是一套最初为航空维修文档开发的受控语言标准，约束严格但可读性高；如果觉得太死板，可以要求“达到 ASD-STE100 的 80%”。
第二，图表。相比文字，图形更容易解析和理解。
第三，网页。直接要求输出 HTML，可得到美观、可交互的页面，模型的前端能力已经能支撑动画和交互体验。
第四，讲解视频。这是 Karpathy 最看好的方向，他建议尝试“用 3b1b 风格做一期关于 X 的讲解视频，音频旁白用我的 ElevenLabs API key”，如果没有付费密钥，也可以让模型找本地算力的免费替代方案。他表示这类尝试“已经开始能跑通”。
为什么重要
这背后是一个工作方式的变化：模型越强，越多的执行环节会被自动化，人类的价值更多落在监督、判断和理解上。而理解模型输出本身又消耗认知成本，所以用多模态、可丢弃的定制软件产物来辅助理解，就成了一种新范式。Karpathy 强调，因为智能和代码越来越充裕，用户可以随时要求生成一次性的大体量产物，比如临时网页应用或视频讲解，这在过去根本不划算。这也是对“输出格式即接口”的一次重新定义：未来模型交付的不只是文本，而是适配人类认知的交互界面。
对用户/开发者/创作者的影响
普通用户可以尝试把“让模型解释”换成“让模型画出来”或“让模型做成网页”，理解效率可能明显提升。开发者可以关注 HTML 交互生成和视频合成流水线的组合，尤其是调用 ElevenLabs 这类音频 API 与本地算力混用的方案。创作者则要留意：讲解视频和交互网页的门槛正在下降，内容形态的竞争点会从“能不能做”转向“选题和判断力”。ASD-STE100 也可以作为一个现成的提示词约束模板，用在技术文档和说明性内容中。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
目前公开信息显示这套方法仍属经验分享，不是成熟产品。后续可以观察三点：一是是否有工具链把“文字转定制讲解视频”做成稳定可用的产品；二是前端生成与音频 API 的成本是否降到个人可日常使用的水平；三是模型在受控语言（如 ASD-STE100）约束下的表现是否会成为评估写作质量的一个参考维度。
