让大模型用航空手册英语写解释
Karpathy 最近提了个挺有意思的建议:与其让大模型用日常口语解释复杂概念,不如要求它用航空手册那种受控英语来写。这个标准原本是为了让飞机维修手册在跨语言、跨文化场景下不产生歧义,句子短、结构固定、一词一义。我觉得这个思路很聪明,因为大模型最容易出问题的地方恰恰是含糊其辞和过度修辞,而受控英语天然压制了这两种毛病。
他还提到,输出形式不必局限于纯文本,可以让模型直接生成图表、HTML 页面,甚至定制化的讲解视频。这一点我特别认同。我们平时用大模型,默认就是让它吐一段文字,但很多概念用一张流程图或一个可交互页面讲清楚,效率比几千字高得多。尤其是面向非技术同事做科普时,图比文字管用。更关键的是他对未来的判断:越来越多的工作会花在检查和理解 AI 的输出上,而不是生成上。这个判断对做跨境内容的人来说很现实。现在写初稿的成本几乎为零,但核实数据、判断逻辑是否成立、确认没有编造引用,这些反而成了瓶颈。我自己现在花在验证上的时间,已经超过让模型写初稿的时间。所以我的看法是,Karpathy 这条建议表面在讲提示词技巧,实际在讲工作流重构。受控英语解决的是表达精度问题,图表和 HTML 解决的是信息密度问题,而检查环节解决的是信任问题。三件事叠在一起,才是把大模型真正用起来的样子。如果只盯着第一层,很容易停留在「换个说法问 AI」的层面。对做出海内容或技术文档的团队来说,这套思路可以直接抄。先定一套自己的受控表达规范,再要求模型按规范输出,最后把人工精力集中在核对和判断上。别再把时间浪费在反复调整措辞上了。
他还提到,输出形式不必局限于纯文本,可以让模型直接生成图表、HTML 页面,甚至定制化的讲解视频。这一点我特别认同。我们平时用大模型,默认就是让它吐一段文字,但很多概念用一张流程图或一个可交互页面讲清楚,效率比几千字高得多。尤其是面向非技术同事做科普时,图比文字管用。更关键的是他对未来的判断:越来越多的工作会花在检查和理解 AI 的输出上,而不是生成上。这个判断对做跨境内容的人来说很现实。现在写初稿的成本几乎为零,但核实数据、判断逻辑是否成立、确认没有编造引用,这些反而成了瓶颈。我自己现在花在验证上的时间,已经超过让模型写初稿的时间。所以我的看法是,Karpathy 这条建议表面在讲提示词技巧,实际在讲工作流重构。受控英语解决的是表达精度问题,图表和 HTML 解决的是信息密度问题,而检查环节解决的是信任问题。三件事叠在一起,才是把大模型真正用起来的样子。如果只盯着第一层,很容易停留在「换个说法问 AI」的层面。对做出海内容或技术文档的团队来说,这套思路可以直接抄。先定一套自己的受控表达规范,再要求模型按规范输出,最后把人工精力集中在核对和判断上。别再把时间浪费在反复调整措辞上了。
评论
登录后即可发表评论
参与讨论,和出海同行交流想法与经验
还没有评论,来抢沙发吧
说说你的看法,第一条评论最显眼