写在前面：你有没有花了很多时间做完一份分析、报告、汇报，发出去之后，结果对方根本没看进去。
朋友们好，我是毅恒。
最近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，写完发出去，完事。
但如果仔细想想：
我越来越觉得，在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不只是生成文字，它可以直接生成一个可以用的东西。
把信息HTML化，就是把想法产品化。
Part 9
一个小的邀请
我做了这么多HTML页面之后，以及你看了上面这么多html案例，相信你和我一样会有一个越来越强的感受：
我们花了大量时间去做分析、用AI、提升效率。
但很少认真想过最后那一步：做完的东西，怎么真正进入另一个人的大脑？
内容越来越容易生产。但让内容被人真正读进去，反而越来越难。
HTML是其中一个答案，不是唯一的答案，
但是一个经常被忽视的答案。如果你有需要交付的复杂内容——报告、分析、产品介绍、课程资料——可以试着用AI生成一个HTML版本，感受一下和发Word、PPT的区别。
不需要懂代码，描述清楚你想要什么就行。
以前，我们用文档表达世界。
现在，我们开始可以用页面组织世界。
这个变化很小，但我觉得它值得认真对待。如果你也用AI做过类似的事情
欢迎在评论区告诉我——你最想用HTML呈现的，是什么内容？
