写在前面：你有没有花了很多时间做完一份分析、报告、汇报，发出去之后，结果对方根本没看进去。

朋友们好，我是毅恒。

最近 markdown 和 HTML 的讨论挺多的。

AI 圈子里隔一段时间就会冒出一个新概念，说这个格式更好、那个形式更先进。

但我的判断标准很简单：

能不能在商业交付里被认可。

不管什么形式，只要客户觉得专业，只要对方愿意为此付费，它就有价值。其他都是空的。

Part 1

先说一个真实的瞬间

前段时间，我把一份品牌舆情分析第一次用 html 交付给客户。

对方当面问：「这是你们自己开发的系统？」

我说不是，就是一个 HTML 页面。

但我知道他为什么这么问。

以前交付舆情报告，是一份 PPT ——数据截图加分析文字，翻完二十页，客户点头，看着特别枯燥。

这次他打开，自己点进去——看到关注数据和指标都能筛选、能切换、能对比。加上各种交互动画、数据动起来，给了他最直观的体验。

他问「是不是系统」，不是因为好看，是因为他没见过舆情分析可以这么清晰、这么准，而且还能自己操作。

（因客户隐私，只展示部分截图）

Part 2

我到底用 HTML 做了什么？

前阵子给河姆渡文旅近 60 名员工讲了一天的 AI 落地课

发现他们刚开发的河姆渡遗址公园景区没有官网，于是我让 AI 做了一个 3D 官网 + 预约，他们反馈做的很酷炫，问这要多久才能做好？我说：两三个小时。

还有一个 case，给上海虹口讲解 Openclaw 的时候，为了让大家更直观了解 openclaw 的架构和优劣点

特地做了两个网站在演示给台下的企业管理层和创业者看。

( openclaw 讲解官网录屏）

通过这 3 个客户的反馈，让我开始认真想一个问题：

我们平时交付内容的方式，是不是有点不对劲？

AI 时代，HTML 是不是一种新的交付方式？

列一下这几个月我用 AI 做过的一些 HTML 轻量化交付商业案例。

轻量化 HTML 商业案例

两个客户的小红书品牌口碑舆情报告看板

用 AI 能力去小红书采集公开内容，用 AI 做完分类和分析——最后做成 HTML 看板交付出去。客户打开就能直接用，可以筛选，可以点击，这和过往发一个 Excel 给对方自己去理解，体验完全不一样

基于产品手册的可视化网站 + 问答

给一个 AI 产品做完整的介绍页，功能说明、使用场景、FAQ、Demo 入口，全部在一个 HTML 文件里。打开就像一个正式的产品官网，但实际上只是一个可以直接发送的文件。

多个项目数据分析可视化 / 大屏报表

把原始数据和分析结论一起交给 AI，让它生成带图表、带交互筛选的 HTML 报告。客户不需要懂数据，点几下就能找到自己关心的部分

品牌 3D 官网

报名网站

课件 PPT 生成 / 课程资料页面

把课表、PPT、参考材料全部做成 HTML 页面，学员手机打开就能浏览，比发 PDF 课件的体验好了不止一个量级。

AI 旅游攻略

根据小红书的内容，生成结构化的旅游攻略 HTML 页面，可以直接用的攻略，直接发给朋友，比任何笔记软件都清晰和好用。

openclaw 讲解官网

小米集团月度经营分析系统

........

（用 AI 做的小米月度经营系统，用于辅助分析小米这家公司）

因客户隐私没办法展示太多，展示一个大家都很感兴趣的用 AI 做攻略的案例。

六月要去骑行日本濑户内海的岛波海道，我用 AI 抓取小红书的数据做了一个攻略，发给我去过的朋友验证，朋友说非常准。

我把这个网站部署上线了，感兴趣的可访问：https://shimanami-6d5n-itinerary.pages.dev/

（AI 还把交通预定的各种网站都贴心的放上了）

做完这些，我才意识到：我已很久没有用 PPT 或者 Word 交付过复杂内容了。

Part 3

文档是最好的交付方式吗？

说实话，我以前没认真想过这个问题。

大家默认交付就是 PPT、Word、Excel、PDF，写完发出去，完事。

但如果仔细想想：

PPT 是为了演讲设计的，不是为了阅读设计的。

Word 是为了写作设计的，不是为了让别人理解设计的。

Excel 是为了计算设计的，不是为了说服别人设计的。

这些格式解决了「写」的问题，但没有解决「交付」的问题。

交付是另一件事：

你希望对方打开、读进去、理解、然后做判断和决定。这两件事的要求完全不一样。

HTML 不一样。它天生是为「被打开、被阅读、被使用」设计的。

我越来越觉得，在 AI 可以直接帮你生成页面之后，复杂内容的最好交付方式，可能真的不是文档，而是界面。

Part 4

Markdown 过时了吗？

Claude Code 团队成员 Thariq Shihipar 写过一篇文章，主张在很多场景里 HTML 比 Markdown 更适合作为 AI 输出格式。

他还做了一个案例集，20 个由 agent 生成的自包含 HTML 文件，覆盖代码评审、设计原型、研究报告等场景。Simon Willison 也转述了这个观点。

但我不认为 Markdown 过时了。它轻量、干净、适合写作和记录。

问题在于：Markdown 更适合 " 写 " 和 " 存 "，不一定最适合 " 看 " 和 " 交付 "。内容一旦变复杂——大量模块、数据、流程、图表、导航—— Markdown 就容易变成一堵文本墙。

HTML 的优势是把信息组织成页面。

Part 5

HTML 到底好在哪里？

上面我已经举了很多例子，这里再把上海虹口讲 openclaw 的案例细化一下，我做过一个用 HTML 讲清楚 openclaw 是什么的页面。

openclaw 涉及的概念挺多的，要讲清楚它和 Claude Code 的关系、为什么强调本地权限、架构是怎么回事、企业用有哪些风险 ……

如果写成文章，这些内容堆在一起，读者很容易在第三段就不知道自己在看什么了。

但做成 HTML 之后，结构变了——

第一屏：一句话说清楚它是什么

第二屏：图解它和传统 AI 的区别

第三屏：展示架构

第四屏：案例

第五屏：风险

第六屏：建议

读者不是在「读一篇文章」，是在「走一条路」。每一步都知道自己在哪里，要去哪里。

这就是 HTML 真正的价值——不是好看，是让复杂信息变得可以被走通。

而且，过去想做这件事，需要找设计师、前端工程师，走完整流程，等两周。

现在，你告诉 codex 和 Claude 你想要什么，它直接生成。门槛没了。

Part 6

HTML 是 AI 工作流的 " 最后一公里 "

一个完整的 AI 工作流，前面可能经历了搜索、抓取、清洗、分析、总结、生成建议。

但最后交付时，不能只给原始数据或一篇长文。

拿舆情监测来说，前面用 AI 采集小红书数据，中间用 AI 做情感分类和关键词提取，最后一步就是呈现。我用的 prompt 核心部分：

" 基于以上分析，输出 HTML 舆情仪表盘，包含：核心结论摘要、情感占比饼图、时间趋势折线图、高频关键词词云、TOP 帖子列表、竞品对比模块、行动建议区。配色深蓝商务，图表用 recharts，要有筛选交互。"

HTML 不是工作流的起点，而是最后一公里——把分析和判断变成别人愿意打开、愿意读、愿意用的页面。

Part 7

HTML 不是万能的

我不能只讲好的，必须要说清楚局限：

HTML 不是万能的。

不适合初稿。 写思考、列提纲、记会议纪要，Markdown 更轻更快。没想清楚就做页面，容易过早关注样式而不是观点。

修改成本更高。 Markdown 改一句话很简单，HTML 里有结构、标签、样式、脚本，普通人直接改容易乱。

不适合所有正式归档。 合同、财务文件、法务文件，仍然更适合 Word、PDF 或专业系统。

最需要警惕的：很容易变成 " 好看的废物 "。 AI 很容易生成漂亮页面——卡片好看，配色舒服，动效也炫。

HTML 解决的是表达问题，不解决洞察问题。如果分析本身是错的，HTML 只会让错误看起来更精致。

所以每次我在让 AI 生成页面之前，都会问自己：这份内容，有没有真正想清楚？

数据是真实的吗？结论站得住脚吗？想清楚了再做页面，顺序不能反。另外，HTML 也不适合所有场合。

内容还没想清楚的时候，也别急着做页面，Markdown 记录更快更轻。

Part 8

写的人很辛苦，看的人不愿意看

企业里有大量 " 需要被理解的复杂信息 "：产品介绍、业务流程、培训资料、调研报告、舆情分析、知识库、决策看板。

以前的做法是做成 Word 或 PPT 发出去。

写的人花了大量时间整理、排版、做图；发出去之后，对方打开翻了两页，放在一边，再也没打开过。

这不是内容不好，是形式没 有帮上忙。

HTML 可以让管理层先看结论，业务看案例，执行看流程，客户看价值，新人按路径学习。

同一份内容，不同的人从不同入口进去，各取所需。信息没变，但被理解的概率完全不一样。

过去做这件事，需要设计师、前端工程师、走完整开发流程，企业要等两周，成本也不低。

现在，你把需求告诉 Claude 或 Codex，它直接生成，门槛没了。这意味着，企业里任何一个懂业务的人，都可以把自己的分析、流程、知识做成真正能被读进去的页面—不需要会代码，不需要等技术团队。

所以今年我给企业做 AI 落地培训，演示的案例几乎都是 HTML。不是为了炫技，是因为这是最直观的方式让他们看到：AI 不只是生成文字，它可以直接生成一个可以用的东西。

( 给某客户演示基于数据生成大屏报表 demo）

( 给某客户演示基于财报分析用 html 呈现 demo）

( 给某客户演示基于产品问答用 html 呈现 demo）

把信息 HTML 化，就是把想法产品化。

Part 9

一个小的邀请

我做了这么多 HTML 页面之后，以及你看了上面这么多 html 案例，相信你和我一样会有一个越来越强的感受：

我们花了大量时间去做分析、用 AI、提升效率。

但很少认真想过最后那一步：做完的东西，怎么真正进入另一个人的大脑？

内容越来越容易生产。但让内容被人真正读进去，反而越来越难。

HTML 是其中一个答案，不是唯一的答案，

但是一个经常被忽视的答案。如果你有需要交付的复杂内容——报告、分析、产品介绍、课程资料——可以试着用 AI 生成一个 HTML 版本，感受一下和发 Word、PPT 的区别。

不需要懂代码，描述清楚你想要什么就行。

以前，我们用文档表达世界。

现在，我们开始可以用页面组织世界。

这个变化很小，但我觉得它值得认真对待。如果你也用 AI 做过类似的事情