HTML胜过Markdown？Claude Code团队揭示AI输出的新范式

起因：为什么现在要重新讨论HTML？

还记得GPT-4时代吗？那时候8192个Token的限制像紧箍咒，每个字都得精打细算。Markdown因其简洁、Token效率高，成了我们向AI索取输出的默认选择。但时过境迁，Claude Code团队的Thariq Shihipar最近抛出了一个有趣的观点：对于输出，尤其是解释性内容，HTML可能比Markdown更有效。这不仅仅是格式之争，背后是AI能力边界的扩展和我们使用方式的进化。

拆解：HTML到底“有效”在哪里？

Thariq的核心论点在于HTML的表达维度远超Markdown。Markdown本质上是结构化的纯文本，而HTML是一个完整的富媒体平台。当你要求Claude用HTML输出时，你解锁的不仅仅是加粗和列表：

1. 可视化集成：AI可以直接在输出中嵌入SVG图表、示意图，甚至简单的数据可视化。解释一个复杂的算法或数据流时，一张图胜过千言万语。
2. 交互性：可以添加折叠/展开区域、标签页、简单的按钮交互。这对于分层展示信息（例如，先看摘要，再展开细节）至关重要。
3. 结构化导航：通过锚点、目录，甚至简单的页面内导航，用户可以快速跳转到关心的部分，而不是在长篇Markdown中手动滚动查找。
4. 样式与清晰度：通过CSS，可以对关键信息进行高亮、用颜色区分严重程度（如安全漏洞分析中的红黄绿）、用布局区分主次，极大地提升了信息的可扫描性和可理解性。

文章中举了一个生动的例子：让GPT-5.5用HTML详细解释一段混淆的Linux提权漏洞利用代码。生成的HTML页面不仅重新格式化了代码，还包含了高级摘要、分步解释、安全警告，并用样式清晰区分了不同部分。这比一段平铺直叙的Markdown解释要直观得多。

趋势洞察：从“文本生成”到“体验生成”

这件事揭示了一个更深层的趋势：AI的角色正在从“文本补全器”转变为“交互式解释引擎”。我们不再仅仅满足于AI生成一段正确的文字，我们要求它生成易于理解、易于探索的“知识体验”。HTML作为Web的基石，天然就是构建这种体验的工具。

Simon Willison自己也承认，他从GPT-4时代就习惯性要求Markdown，但Thariq的文章让他开始重新思考。这预示着，未来AI工具链的“最后一公里”——输出呈现——可能会变得和模型本身的能力一样重要。我们可能会看到更多针对“富媒体输出”的提示工程技巧，甚至出现专门优化HTML生成的模型微调。

实用价值：我该怎么用？

对于开发者和技术人员，这提供了一个立即可用的新思路：

• 改变你的提示词：下次当你需要AI解释一段复杂代码、一个技术概念或一份数据分析时，尝试在提示词末尾加上“请用格式良好、带有样式的HTML输出，并充分利用HTML/CSS/JS的能力使其交互和清晰”。
• 关注输出格式：在构建内部工具或演示原型时，可以考虑让AI直接生成可嵌入的HTML片段，而不仅仅是Markdown文本，这能快速创建更专业的可交付物。
• 重新评估“效率”：Token效率依然重要，但对于需要人类深度理解的任务，信息的“理解效率”可能比“Token效率”更关键。用稍多的Token换取用户理解时间的大幅缩短，往往是值得的。

反常识与提醒

一个可能被忽略的角度是：这实际上降低了创建高质量技术文档的门槛。过去，制作一份带有图表和良好排版的解释文档需要前端技能和大量时间。现在，你只需要用自然语言向AI描述你的需求，它就能为你生成。这极大地赋能了那些擅长领域知识但不擅长前端展示的专家。

当然，这并非要完全取代Markdown。对于纯文本内容、代码块或简单的笔记，Markdown的简洁性依然是优势。关键在于根据输出目的选择格式：追求快速记录和纯文本交换用Markdown，追求深度解释和知识传递则认真考虑HTML。

总之，Thariq的观察提醒我们，在AI时代，工具链的每一个环节都值得重新审视。输出格式这样一个看似细枝末节的选择，可能正蕴藏着提升我们与AI协作效率的巨大潜力。

---

原文地址: Using Claude Code: The Unreasonable Effectiveness of HTML