最近 Simon Willison 写了一篇很有意思的文章。
他原来和很多人一样,默认让 AI 输出 Markdown。因为 Markdown 干净、轻、省 token,模型也容易处理。但最近他发现,让 Claude Code 直接输出 HTML,效果反而异常好。
这件事乍一听像一个开发者小技巧。
但我觉得,它背后其实是 AI 使用方式的一个转折:AI 的下一步,不是回答得更好,而是交付得更像一个产品。
以前我们问 AI 一个问题,它给我们一段文字。现在越来越多场景里,我们真正想要的不是一段文字,而是一个能看的页面、一个能点的面板、一个可以继续修改和分享的中间产物。
Markdown 像笔记,HTML 像页面

Markdown 像一份笔记。HTML 像一个页面。笔记适合记录,页面适合使用。
比如你让 AI 帮你做一个旅行计划。Markdown 可以列出第一天去哪、第二天去哪、预算多少、注意事项是什么。
但如果用 HTML,它可以直接把行程做成时间线,把预算做成表格,把重要提醒高亮,把每天安排折叠起来,甚至做成一个手机上也能看的小页面。
同样一份内容,Markdown 是“我告诉你了”。HTML 是“我帮你摆好了”。
很多时候,我们不是不理解 AI 给的答案,而是不想面对一大坨文字。尤其是当任务稍微复杂一点,比如周计划、选题表、项目复盘、竞品分析、简历修改、学习路线、旅行攻略,Markdown 很快就会变成一份很长的文档。信息都在,但很难用。
HTML 的优势不是它更高级,而是它更接近人的使用习惯。它可以有布局、颜色、卡片、按钮、折叠区、对比表、进度条。它不只是承载内容,还能表达“这份内容应该怎么被看、怎么被操作、怎么被继续修改”。
Markdown 适合让 AI 写草稿,HTML 适合让 AI 交作业。
这不是一个人的小技巧
这个趋势其实不只 Simon Willison 一个人在说。
Anthropic 的 Claude Artifacts 已经把这个方向做得很明显了。Claude 不只是把代码、文档、图表塞在聊天框里,而是把它们单独展示出来,让用户可以预览、修改、分享,甚至做成互动的小应用。
OpenAI 的 Canvas 也是类似逻辑。OpenAI 当时推出 Canvas 时,核心意思就是:聊天框适合简单问答,但写作和代码这种复杂任务,需要一个独立的协作界面。
Google Research 也提过 Generative UI,也就是让 AI 根据用户的需求,直接生成视觉化、可交互的界面。
这些事情连起来看,就不是一个偶然的小功能了。它们都在说明同一件事:
AI 正在从“聊天框里的回答者”,变成“随手生成界面的协作者”。
为什么是 HTML
因为 HTML 是最天然的界面容器。
它可以是一份报告,也可以是一个 dashboard;可以是一张卡片,也可以是一个小工具;可以只是静态页面,也可以加入交互。
你让 AI 帮你整理一周选题,它不一定只给你七行列表。它可以给你一个选题看板。
你让 AI 帮你分析几款产品,它不一定只给你优缺点。它可以给你一个产品对比页。
你让 AI 帮你做复盘,它不一定只给你总结。
它可以给你一个复盘仪表盘:哪些做得好、哪些要改、下周优先做什么。
这时候 AI 输出的就不再是“答案”,而是一个临时软件。
Karpathy 之前讲过一个很有名的判断:英文正在变成新的编程语言。如果这句话成立,那下一步很自然:普通人用一句话,不只是让 AI 写一段内容,而是让 AI 生成一个可以使用的界面。
怎么让 AI 用 HTML 交作业
如果你也想试,不要只对 AI 说:“帮我做成 HTML。”这句话太空,AI 很容易给你一个看起来像网页、但其实不好用的页面。
你真正要告诉它的是 5 件事。
第一,这个页面给谁用。是给自己复盘,给团队同步,给客户汇报,还是给读者阅读?使用对象不同,页面的信息密度和语气就不同。
第二,这份内容是什么类型。如果是计划,就应该有时间线和优先级;如果是对比,就应该有表格、差异和推荐结论;如果是复盘,就应该有结果、原因、问题和下一步行动。
第三,你希望它怎么排版。你可以直接要求:顶部放一句总判断,第一屏给 3 个关键结论,中间用卡片展示模块,复杂信息用表格或左右对照,底部放行动清单。
第四,你希望在哪看。手机阅读和电脑阅读完全不一样。如果是手机,就要少列、少表格、卡片更窄、字体更大。如果是电脑,就可以做成 dashboard、双栏布局、对比表和筛选区。
第五,你要给它验收标准。比如:不要一大段文字;每个模块都要有小标题;重要结论要高亮;表格不要超过 5 列;手机上不能横向滚动;最后要有一个“下一步做什么”的区域。
把下面内容做成一个可直接打开的 HTML 页面。页面要有清楚的信息层级:顶部先给一句总判断和 3 个关键结论;中间按模块做成卡片、表格或对比区;复杂内容要可扫视,不要堆成长段文字;最后给一个行动清单。默认适合手机阅读,同时在电脑上也要好看。风格简洁、留白充足、重点高亮。
如果你想要更强一点,可以继续加一句:
请不要只排版文字,而是把它做成一个能辅助我决策的页面。
这句很关键。因为你不是在要求 AI 美化文档,而是在要求它理解:这份内容最终要帮你完成什么动作。
未来 AI 的中间产物,可能都是页面

HTML 让 AI 的能力变得更可感知。一份 Markdown 文档,你还要读、理解、整理、复制、排版。一个 HTML 页面,你打开就能看,能截图,能分享,能继续改。
过去我们把 AI 对话当成过程,把最后那段回答当成结果。但未来,AI 的每一步中间产物都可能是一个页面。
写文章时,它给你一个选题面板。做项目时,它给你一个进度页面。做决策时,它给你一个对比工具。做复盘时,它给你一个仪表盘。
这些页面未必需要长期存在,也未必需要做成正式 App。它们可能只服务一次任务、一个下午、一个具体决策。
以后很多软件,可能不是你下载来的,而是 AI 临时生成的。
AI 不会永远停留在聊天框里
所以我不觉得“让 AI 输出 HTML”只是一个提示词技巧。它更像一个信号:AI 不会永远停留在聊天框里。
聊天框适合开始,但不适合承载所有结果。当 AI 处理的任务越来越复杂,它就必须把答案变成结构,把结构变成界面,把界面变成可以继续使用的工作台。
Markdown 不会消失。它依然是很好的草稿格式、记录格式、结构化文本格式。
但 HTML 会越来越像 AI 的交付格式。因为我们最终想要的,往往不是一段写得很完整的回答。而是一个能马上打开、看懂、使用、修改、分享的东西。
所以我现在开始试着改一个习惯:不再只问 AI:“帮我写一份 Markdown。”而是问它:“把这个结果做成一个 HTML 页面。”
有时候,AI 给你的不是更长的答案。而是一个更像产品的答案。
夜雨聆风