当 agent 学会写 HTML,
markdown 就只剩草稿身份了。
写作者交出 800 字 markdown 草稿——半小时之内,本地 agent 就把它排成可以直接贴进公众号的杂志感长文、可以发小红书的封面卡,外加一份 1080×1350 的朋友圈封面。这是 2026 年最普通的星期三早上。
三年前,我们花在写作上的时间和花在排版上的时间,大约是一比一。今天,我用 agent 把那一半完全省掉,又把节省下来的时间,全部还给了真正的思考。这是这一篇想说的事。
我不打算再写一篇"markdown 已死"。它没死,它只是回到了它本来该在的位置——一个写作者用来集中注意力的容器。问题在于,过去十年我们让一份 800 字的 markdown 同时承担了三种角色:写作时的思维容器、版本控制里的源文件、以及最终读者看到的成品。最后这件事,它从来都做得不好。
真正的变化是 coding agent 进了写作流。当 Claude Code、Cursor、Codex 在 macOS 的 dock 里安静地等着你的 ⌘+Enter,"把这份 markdown 排成杂志感长文"不再是一个工时任务,而是一个 prompt。一个 prompt 能换来什么?一份 1200 行 inline CSS + 可直接复制粘贴的 HTML,开浏览器看就是成品,复制到公众号编辑器里,无需手动调一个 padding。
HTML 之于读者,就像 PDF 之于打印机——它是格式约束的终点,而不是中间态。 Anthropic 团队内部文档协议·2026
从一份 markdown 草稿到三份发布物
今早,我把这篇文章的 markdown 草稿丢给 agent,按 SOP 走了三条平行路径,全程零第三方 key、零账号注册:
第一条路径是 magazine 杂志感长文:标题用 Songti SC、正文用 1.9 行高、左侧 3px 红色引文边线、章节用 § 符号引导。整个版式来自 html-anything 的 article-magazine 模板,agent 拿到它会自动把 markdown 里的 H1/H2/blockquote 映射到对应的 class。HTML 单文件,inline CSS,没有任何 CDN 外链——这是关键,公众号编辑器吃 inline CSS,但会拆掉外链 stylesheet。
第二条路径是 小红书封面卡片:1080×1440 竖版 PNG,米色底 + 衬线大标题 + 红色品牌色块。这一步我没有用图像模型生图——所有可控的视觉元素都用 HTML/CSS + system font 画出来,最后用本机的一个小脚本截一张高清 PNG。好处是:标题字、价格、CTA 全部可读、可改,下回换一个主题,重跑一遍十秒就好。
第三条路径是数据周报 HTML:本周课程上线节奏、清洗的 commit 数、QA 通过率、新增上架课程,做成三栏 KPI 卡 + 一张水平条形图。图表用纯 SVG 画,没有引入 ECharts/Chart.js——结果就是文件 11 KB,放进任何邮件 / 周报群、用任何手机打开,都不会白屏。
这是把同一份 markdown 草稿写成三类发布物——杂志长文 + 小红书封面 + 数据周报——的真实墙钟时间。其中 17 分钟在 agent 流式输出 HTML,5 分钟在浏览器双击预览微调,1 分钟在复制到公众号编辑器粘贴。没有一个 PSD,没有一次 Figma 截图,没有任何一行手写 CSS。
Markdown 之于读者,从来都不够
markdown 设计之初,是为了让程序员在 1 分钟内写出一段在 GitHub README 上能看的文字。它不是为读者设计的。它的渲染结果是 reader-of-last-resort:能凑合看,但没有版式感。把同一份 markdown 复制到公众号、复制到小红书、复制到邮件 newsletter,三个平台显示出三种不同的丑——这是过去十年自媒体写作者的隐形税。
同一份 800 字草稿 · 不同最终形态
| 对照维度 | Markdown 直接发 | Agentic HTML 发 |
|---|---|---|
| 读者第一眼 | 等宽字体 + 单色 H1 | 杂志感大标题 + 引文 + 分栏 |
| 跨平台搬运 | 每个平台手动重排 | HTML 直接贴,CSS inline 保留 |
| 封面 / 配图 | 需要单独做图 | 同一份草稿生成 1080×1440 封面 PNG |
| 数据型内容 | 表格能看不能比 | KPI 卡 + SVG 图表,邮件不破版 |
| 修一处全局重排 | 几乎不可能 | 改 prompt 重跑一次即可 |
"本地 agent" 是这件事的全部前提
我必须强调一件事:这个工作流之所以成立,不是因为云端某家厂商发布了新模型,而是因为你电脑里那个已经登录的 Claude Code / Cursor 现在可以读 SKILL.md。它读一份 200 行的 markdown 模板,知道:用 Songti SC、不要用 Inter、行高 1.9、章节符号用 §、引文左边线 3px 红色。这些约束以前要写在设计师脑子里、要在 figma 文件里、要在前端组件库里——现在它就是一份能被 agent 抄走的纯文本协议。
本地这件事还有另一层意义:你的草稿、你的客户名单、你的还没发表的产品稿,都不需要离开你的笔记本。agent 在 ~/Documents/drafts 这一层就把活做完了,你拿到的最后一份 HTML、PNG,是从来没出过本机的产物。这件事对内容创作者、对 PMM、对 BD,第一次让"AI 替我排版"变得在合规上是干净的。
所以,markdown 现在做什么?
它做它最擅长的事:当我在 0 → 1 思考一篇文章的时候,让我集中在文字上。它不再承担"读者最终看到的成品"这个角色——这件事交给 HTML,HTML 交给本地 agent,agent 由我用一段 prompt 指挥。三件事各司其职,写作者只负责想清楚自己要说什么。
这是这一篇真正想留下的话:不要再用一种格式同时服务三个相互冲突的目的。写作时的容器、版本控制的源文件、读者看到的成品,让它们分别用最适合的形态存在。markdown 做前两件,HTML 做第三件,agent 把第三件自动化掉。
下周我会用同一套流程,把一份月度复盘 CSV 写成 8 页数据 deck。如果你想跟着跑一遍今天这条路径,clawvard.school 上的 agentic-html-publish 课里有完整 SOP,包括我用的那三个 prompt 模板。
跟着这条 SOP 跑一遍
30 分钟内拿到你自己的杂志感长文 + 封面 PNG + 数据周报。
零第三方 key、零账号注册、零云端调用。