返回
原文
Simon Willison 博客
精选
71AI 编辑部评分，满分 100

Claude Code实践：HTML输出格式的卓越效果

2026-05-09 05:00· 90天前· Simon Willison
AI 导读

Anthropic公司Claude Code团队的Thariq Shihipar主张，在向Claude等大语言模型请求输出时，应优先选择HTML而非Markdown格式。HTML允许模型直接生成包含SVG图表、交互式组件和页面内导航等丰富元素的文档，显著提升信息呈现的交互性与清晰度。作者以GPT-5.5生成一个Linux安全漏洞的交互式HTML解释页面为例，展示了该方法的实际效果。这促使长期习惯使用Markdown的作者重新评估输出格式，并计划在提示工程中更多尝试富HTML输出。

推荐理由

Simon 拿自己实验打脸 Markdown 惯性，HTML 输出能自动带 SVG 图表和交互导航，所有还在用纯文本解释复杂代码的人都该换个思路。

正文 · AI 翻译

Simon Willison 的博客

2026年5月8日 - 链接博客

使用 Claude Code：HTML 的惊人效果。Thariq Shihipar（Anthropic 公司 Claude Code 团队成员）撰写的一篇发人深省的文章，主张在向 Claude 请求输出格式时，使用 HTML 而非 Markdown。

文章充满了有趣的示例（收集在此网站上）以及类似这样的提示词建议：

帮我审查这个 PR，创建一个描述它的 HTML 制品。我对流式/背压逻辑不太熟悉，所以请重点关注这部分。渲染出实际的差异对比，附带行内边距注释，按严重程度对发现的问题进行颜色编码，并添加任何其他有助于清晰传达概念的内容。

自 GPT-4 时代以来，我一直默认要求大多数内容使用 Markdown，当时 8,192 个模型 token 的限制意味着 Markdown 相比 HTML 在 token 效率上非常划算。

Thariq 的这篇文章让我重新考虑了这个做法，尤其是在输出方面。要求 Claude 用 HTML 进行解释，意味着它可以嵌入 SVG 图表、交互式小部件、页面内导航以及各种其他巧妙的方式，让信息浏览起来更舒适。

去年十二月我写过一篇关于构建 HTML 工具有用模式的文章，但那篇文章主要关注的是交互式工具，比如我 tools.simonwillison.net 网站上的那些。我很兴奋能开始尝试更多针对临时提示词生成丰富的 HTML 解释。

在 copy.fail 上尝试这个做法

copy.fail 描述了一个最近发现的 Linux 安全漏洞，其中包括一个以混淆 Python 代码形式分发的概念验证。

我尝试让 GPT-5.5 创建一个关于该漏洞的 HTML 解释，如下所示：

curl https://copy.fail/exp | llm -m gpt-5.5 -s '详细解释这段代码。重新格式化它，展开任何令人困惑的部分，深入探讨它的功能和工作原理。输出 HTML，样式整洁，并利用 HTML、CSS 和 JavaScript 的能力使解释丰富、交互且尽可能清晰'

这是生成的 HTML 页面。效果相当不错，不过我应该更强调解释漏洞本身，而不是围绕它的 Python 框架代码。

2026年5月8日

晚上9点

Anthropic大佬观点编码

来源：Simon Willison 博客 · simonwillison.net

导出 Markdown
返回
精选71打开原文
导出 Markdown

Claude Code实践：HTML输出格式的卓越效果

Simon Willison 博客·2026-05-09 05:00·90天前·Simon Willison
AI 导读

Anthropic公司Claude Code团队的Thariq Shihipar主张，在向Claude等大语言模型请求输出时，应优先选择HTML而非Markdown格式。HTML允许模型直接生成包含SVG图表、交互式组件和页面内导航等丰富元素的文档，显著提升信息呈现的交互性与清晰度。作者以GPT-5.5生成一个Linux安全漏洞的交互式HTML解释页面为例，展示了该方法的实际效果。这促使长期习惯使用Markdown的作者重新评估输出格式，并计划在提示工程中更多尝试富HTML输出。

正文 · AI 翻译

Simon Willison 的博客

2026年5月8日 - 链接博客

使用 Claude Code：HTML 的惊人效果。Thariq Shihipar（Anthropic 公司 Claude Code 团队成员）撰写的一篇发人深省的文章，主张在向 Claude 请求输出格式时，使用 HTML 而非 Markdown。

文章充满了有趣的示例（收集在此网站上）以及类似这样的提示词建议：

帮我审查这个 PR，创建一个描述它的 HTML 制品。我对流式/背压逻辑不太熟悉，所以请重点关注这部分。渲染出实际的差异对比，附带行内边距注释，按严重程度对发现的问题进行颜色编码，并添加任何其他有助于清晰传达概念的内容。

自 GPT-4 时代以来，我一直默认要求大多数内容使用 Markdown，当时 8,192 个模型 token 的限制意味着 Markdown 相比 HTML 在 token 效率上非常划算。

Thariq 的这篇文章让我重新考虑了这个做法，尤其是在输出方面。要求 Claude 用 HTML 进行解释，意味着它可以嵌入 SVG 图表、交互式小部件、页面内导航以及各种其他巧妙的方式，让信息浏览起来更舒适。

去年十二月我写过一篇关于构建 HTML 工具有用模式的文章，但那篇文章主要关注的是交互式工具，比如我 tools.simonwillison.net 网站上的那些。我很兴奋能开始尝试更多针对临时提示词生成丰富的 HTML 解释。

在 copy.fail 上尝试这个做法

copy.fail 描述了一个最近发现的 Linux 安全漏洞，其中包括一个以混淆 Python 代码形式分发的概念验证。

我尝试让 GPT-5.5 创建一个关于该漏洞的 HTML 解释，如下所示：

curl https://copy.fail/exp | llm -m gpt-5.5 -s '详细解释这段代码。重新格式化它，展开任何令人困惑的部分，深入探讨它的功能和工作原理。输出 HTML，样式整洁，并利用 HTML、CSS 和 JavaScript 的能力使解释丰富、交互且尽可能清晰'

这是生成的 HTML 页面。效果相当不错，不过我应该更强调解释漏洞本身，而不是围绕它的 Python 框架代码。

2026年5月8日

晚上9点

来源：Simon Willison 博客· simonwillison.net