Claude Code 团队的 Thariq 最近写了一篇文章，分享了一个他自己摸索出来的工作习惯：用 Claude Code 的时候，别再让它输出 Markdown 了，改成输出 HTML。

这个建议乍一听有点奇怪，Markdown 不是公认的轻量好用吗？但他的理由很实在。

首先是可读性问题。Markdown 文件一旦超过100行，他就基本读不下去了，而且他也没办法让团队里的其他人认真看完一份长 Markdown 文档。但 HTML 不一样，Claude 可以用标签页、目录导航、插图、链接来组织内容结构，甚至可以做成响应式的，手机上也能舒服地阅读。同事实际打开并读完你的文档的概率，会因此大幅提升。

其次是表达能力。HTML 几乎能承载任何类型的信息：表格、CSS 样式、SVG 矢量图、JavaScript 交互、空间布局、代码片段。他说几乎没有什么 Claude 能理解的信息是 HTML 不能高效呈现的。相比之下，Markdown 里想表达颜色只能用 Unicode 字符凑合，想画流程图只能用 ASCII 线条拼，效果差很多。

然后是分享便利性。Markdown 文件在浏览器里不能直接渲染，你得当附件发。但 HTML 上传到 S3 之后就是一个链接，任何人点开就能看，不需要额外工具。

最让他兴奋的是交互能力。你可以让 Claude 在 HTML 里加滑块、旋钮、开关，用来调整设计参数或算法配置，调好之后点一个「复制」按钮，把参数粘贴回 Claude Code 继续工作。这就形成了一个双向的工作流：Claude 生成可交互的 HTML，你在上面调整，然后把结果喂回给 Claude。

他列了很多具体用法：让 Claude 生成六种不同的设计方案，用网格布局并排对比；让 Claude 读 PR 代码然后生成带注释、带颜色标记的 diff 可视化页面（他说比 GitHub 默认的 diff 视图好用）；让 Claude 做一个一次性的专用编辑器，比如拖拽排序工单、编辑 feature flag 配置、或者实时预览 prompt 模板的效果。

他也坦诚地说了缺点：HTML 生成时间是 Markdown 的2到4倍，而且版本控制里 HTML 的 diff 很难看。

但他说，真正让他坚持用 HTML 的原因，其实是一种心理上的变化。之前他已经不怎么读 Claude 生成的 Markdown 计划了，开始担心自己会失去对 Claude 工作方向的掌控。但换成 HTML 之后，因为文档变得好看、好读、可交互，他重新开始认真看 Claude 的输出了，感觉自己又回到了 loop 里面。

最后他特别提了一句：不需要做什么特殊的 skill 或配置，直接跟 Claude 说「生成一个 HTML 文件」就行了。关键是你要知道自己想用这个 HTML 做什么，想怎么跟它交互。

#科技先锋官##How I AI#