你愿意让 AI 生成可交互的 HTML 报告,还是坚持用 Markdown?

1 参与者

你愿意让 AI 生成可交互的 HTML 报告,还是坚持用 Markdown?

最近被 Anthropic Claude Code 团队的 Thariq 一篇长帖彻底“洗脑”-- “Markdown 已经不够用了。”

在 AI Agent 越来越强的今天,他直言:该把 HTML 当成首选输出格式了。

我顺着他的演示页面(👉 https://thariqs.github.io/html-effectiveness)刷完一圈后,直接被说服


📉 Markdown 的老问题:它曾是救星,现在却成了瓶颈

Markdown 曾经是我们的“文档救星”: ✅ 简单、轻量、到处都能用 ✅ 写文档、记笔记、发 GitHub issue 全靠它

但一旦内容复杂起来--尤其是让 AI 帮你生成东西时,问题就暴露了:

  • 超过 100 行就变成灰色文字墙,标题、列表、代码块混成一团,读两行就想划走
  • 无法加颜色、无法插交互图表、无法突出重点
    • 更尴尬的是:我们现在很少手动改文件了,大部分都是扔给 AI 生成和修改 → “易手写”这个 Markdown 最大的优势,正在失效

🚀 HTML 为什么突然“香”了?

HTML 能干的事,Markdown 根本没法比:

  • ✅ 丰富的排版和颜色控制
  • ✅ 内嵌 SVG 矢量图、Canvas 绘图
  • ✅ 支持 JavaScript 交互(滑块、按钮、拖拽、实时预览)
  • ✅ 响应式布局,手机电脑都友好
  • ✅ 一键上传,直接分享链接

最重要的是:它让 AI 不再只是“描述”内容,而是真正“展示”内容。

Thariq 的页面里有个例子让我印象深刻: 讲一个复杂技术方案,Markdown 版本你得来回滚动找信息; 而 HTML 版本直接并排三种实现对比,每种都有:

  • 视觉 mockup
  • 优缺点表格
  • 风险提示标签(颜色区分)
  • 可点击展开的细节

信息密度高,但一点都不乱,理解效率直接翻倍。


💡 真正能改变工作流的例子

1. 代码审查和 PR 文档

不再是“一堆 diff + 文字说明”。 HTML 版本直接:

  • 高亮标注文件变化
  • 旁边附作者注解
  • 严重程度用颜色标签(红/黄/绿)
  • 点击跳转到具体代码行

→ 读完后,你对改动意图的理解深度完全不同。


2. 项目规划和方案对比

一个页面搞定:

  • 时间线
  • 数据流图
  • 不同架构的 mockup
  • 潜在风险清单

以前要拆成好几份文档,现在全挤在一个可读性极强的页面里


3. 原型和设计验证

即使最终产品不是网页,也能用 HTML 快速做交互原型:

  • 加个滑块调动画时长
  • 改参数看实时效果
  • 点个按钮,当前配置自动复制成 JSON,给 AI 继续迭代

→ 从“静态描述”变成“动态验证”。


4. 周报和事件报告

告别枯燥的 bullet points! 用 HTML 做:

  • 带小图表的时间线
  • 状态看板(Done / In Progress / Blocked)
  • 可勾选的待办 checklist

→ 领导和同事实际打开阅读的概率大幅提升


5. 自定义工具(最酷的!)

比如:

  • 一个拖拽卡片的看板(Now / Next / Later / Cut),改完一键导出 Markdown
  • 一个 prompt 调优器:左边改模板,右边实时预览效果

这些以前得自己写前端,现在让 AI 一次生成,爽感拉满 🎯


🛠️ 怎么开始用?超简单!

只需要跟 Claude(或其他支持良好 HTML 生成的模型)说一句:

“用单个自包含的 HTML 文件给我做……”

然后描述清楚:

  • 你想要的功能
  • 交互方式(比如滑块、按钮、展开/收起)
  • 视觉风格(简洁?科技感?卡片式?)

第一次可能要多迭代几次,但一旦跑通,效率直接起飞


🤔 所以,你怎么选?

  • 是继续用 Markdown,追求“轻量”但牺牲表达力?
  • 还是拥抱 HTML,让 AI 真正“可视化”你的想法?

我个人已经转向 HTML 优先了-- 当 AI 能生成可交互的内容,我们何必还停留在“纯文本时代”?

你怎么看? 👇 评论区聊聊:你愿意让 AI 生成 HTML 报告吗?

加入讨论

1 条评论

延伸阅读