加载失败
这篇讨论围绕 Claude Code（Anthropic 的终端编程代理）更偏好直接生成 HTML，而不是先输出 Markdown 再二次转换。背景是许多人已经把 LLM 当成快速搭建单文件工具、原型、报告和仪表盘的助手，尤其重视可直接打开、可分享、可继续编辑的产物。评论中反复提到 GitHub-flavored Markdown（带扩展语法的 Markdown）、Mermaid（流程图/图表语法）和 org-mode（Emacs 的大纲/笔记系统）等替代方案，但核心争论是表达力与可维护性的取舍。同时也有人提醒，HTML 产物虽然更强，但本地预览、CORS（跨域资源共享）和版本管理可能带来额外麻烦。
不少评论认为，Claude Code 直接生成 HTML 比先吐 Markdown 再转换更实用。因为 HTML 可以直接渲染成单文件应用、可交互工件、仪表盘或可分享的小工具，甚至还能把成品发给别人再让 LLM 继续改。也有人说 Markdown 本来就是为网页语法做的简写，拿来当最终交付格式反而要多绕一圈，浪费 token 和时间。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
另一条主线是：Web 技术之所以强，在于 URL、路由和链接这些能力从一开始就设计好了。有人吐槽 vibe-coded 的 Next.js SPA（单页应用）把前端状态塞进内存里，又和后端 API 端点脱节，结果内部工具很难做到深度链接，协作和排障都变麻烦。相比之下，HTML 页面天然可打开、可引用、可跳转，也更像一种外部记忆对象。
很多人把 HTML 看成生成 dashboard、工作坊材料和原型的快捷方式，而不是单纯的文档格式。评论里提到，用 LLM 直接做 review dashboard 能降低认知负担，还可以做带 cursors、dot voting、reflection comments 和最终评分的互动式 workshop。还有人希望给这些产物加轻量 analytics，或者能在本地不搭 server 就直接预览 HTML。
也有人提醒，HTML 的维护成本并不总是像看起来那么低，版本管理和长期复用可能会变得很乱。有人更偏好 org-mode（Emacs 的大纲/笔记系统），因为它能把 spec、tasks 和 roadmaps 放在同一份文件里，但前提是团队得会用 Emacs。另一些人觉得 Markdown + Plotly 已经够用，只是还缺少更好用的 Markdown-based forms，因此会先考虑 GitHub-flavored Markdown（带扩展语法的 Markdown）和 Mermaid（流程图/图表语法）之类的扩展。
HTML: 超文本标记语言，适合直接承载可渲染、可交互的单文件工件。
Markdown: 轻量级标记语言，便于人类编辑，但在交互性和布局上更弱。