Markdown VS HTML

如果只是路过这条新闻，你大概会觉得这不过又是一次格式之争——把 .md 换成 .html，仅此而已，甚至你连md和html都不知道是什么。

其实我也真真没想到它两个会放在一起做比较，因为他们也只是我一个顺手的工具而已，前两天正好一个项目，在做一个爬虫类的工作，就用HTML做了一个快速验证，讲想要的结果，通过让AI直接输出的方式，组织成了一个HTML文件，这样朋友很方便打开，看着也很舒服，也能够迅速的捕捉到我想要说明的信息。就是下文：

给朋友一个HTML来快速验证产品

AI 是新的构建工具

React + TypeScript + Vite 这套现代前端的存在理由，归根到底是"给人类工程师提供对抗复杂度的杠杆"。类型系统帮你不犯错，组件化帮你管理复杂状态，虚拟 DOM 帮你抽象掉手写 DOM 操作。

但如果这个杠杆已经由 AI 提供了呢？

这就构成了一种很奇妙的抽象栈倒置：过去十五年前端在不断往上加抽象层（jQuery → Backbone → React → Next.js → ...），每一层都是为了让人类更容易写正确的代码。AI 来了之后，抽象层的边际收益在递减——因为 AI 写底层和写高层一样准，而底层那种"代码即产物"的特性反过来让交付变得无限简单。

而html呢？正因为它太老，太稳定，太普通了，你给别人一个 .html 文件，对方双击就能打开。你把它丢到服务器上，对方点链接就能看。里面可以有 CSS，可以有 JavaScript，可以有表格、搜索、筛选、折叠、复制按钮，甚至还能有一点点交互式的小工具。

一个具象的工作流

你: 帮我做一个工具，输入一段 JSON，可以折叠/展开节点，
    每个值能复制，可以按 key 搜索。
    单文件 HTML，jQuery + CDN，不要 build。

AI: [输出一个 200 行的 .html]

你: [双击打开，能用，发给朋友]

整个过程没有 npm install、没有 pnpm run dev、没有 Vercel 部署、没有环境变量。Ctrl+S 出来的就是最终产物。要改？把文件丢回 AI 让它改。朋友要改？让朋友丢回他自己的 AI 让他改。文件本身成了"源代码 + 制品"的合一体。

更妙的是 jQuery 生态里那些多的不能再多的插件，组合出一个内部工具的成本，比开 Notion 建一个新页面还低。

这一过程下来，给不懂代码的人提供的不再是干巴巴可能你都不会打开的Markdown 或者 Word文档，而是一个可以直接展示产品特点甚至功能的一个页面，一个可以打开操作的页面。

边界在哪

html+JQuery/JS+CSS/Tailwindcss cdn + SVG 是一个不错的选择，如果用他们来做一个Demo，一个单页，甚至是一个类似PPT展示效果的页面，而这些都是AI 生成的单文件交互式交付物，是AI给我们阅读展示用的。

我不是说 jQuery 要回来统治前端。

它不适合大型项目，也不适合长期复杂系统。这个边界要讲清楚。

AI 生成的一次性小前端

以前我们给别人交付内容，往往是文档、表格、截图、压缩包。

现在可以是一个小页面。

它不是产品，但比文档更像产品。

它不是软件，但比纯文本更能操作。

它不是正式系统，但足够完成一次沟通、一次验证、一次决策。

我会称之为：AI 生成的一次性小前端。

markdown 还是 html

其实不是二选一，而是他们更擅长做什么

Markdown 适合自己写笔记，适合长期沉淀，适合给 AI 读取，适合进 Git，适合版本管理。

HTML 适合给人看，做交付，适合表达复杂结构，适合做可视化，适合让对方打开就懂。

还记得我们之前说的吗？

服务即软件，我们交付的是场景也就是结果

AI 时代会让很多旧技术重新出现价值。不是因为它们比新技术先进，而是因为它们更接近真实交付。

一个朋友能打开。

一个客户能看懂。

一个同事能验证。

一个老板能点两下看到结论。

这比技术栈看起来新不新，重要多了。

是“文艺复兴”吗？是“上古神器”回归吗？可能展示大家更重注交付了，更注重产品作为产品最基础的属性了，就是需要把它卖出去。

------------------

这篇文章就是用Markdown写的