Markdown已死?AI时代的内容格式之争

源自70位全网作者

05-12 16:52

内容由AI生成

精选参考来源

1. Claude Code隐藏玩法爆火!Anthropic大佬:不要再用Markdown了

2. 最近越来越明显的一件事是:很多人开始用AI,但真正用顺手的人并不多。有人用AI写两句文案就停了,有人试了几次工具就觉得“好像也没那么厉害”。但其实问题很多时候不在AI,而是在不知道该从哪里开始用。如果是这种状态,我还挺推荐去看看 @秋芝2046 的内容。她的视频有个很明显的特点:特别像“AI工具说明书”。比如她之前做过一期《年度好用AI大分享》,直接把AI工具按领域整理了一遍:写作工具、AI绘画、AI视频、配音工具、AI浏览器、知识库……每个领域都会讲清楚哪个是首选、哪个是平替、哪个是开源方案。很多人看完会有一种感觉:原来AI工具已经发展到这种程度了。还有像她讲 Agent Skills 的视频,会把这个听起来很技术的概念拆成非常具体的流程;以及“AI秘书团”的视频,教大家用不同AI角色分工协作处理任务。所以她在AI圈一直被很多人叫做 “AI新手村向导”。如果最近也在接触AI、或者想系统了解有哪些实用工具,可以去 精选 里看看 @秋芝2046 的内容。很多时候不是AI难,而是需要有人先帮你把地图画出来。

3. HTML is the new Markdown。🔥总结一下我们用 Markdown 作为 AI 输出格式,是有历史原因的——但那个历史原因已经消失了。1. 为什么 Markdown 变成了默认?GPT-4 时代 context window 只有 8192 token,Markdown 的 token 效率远高于 HTML——同一篇博客,HTML 要用 16180 token,Markdown 只需 3150 token,压缩了 80%。token 贵,所以用 Markdown。今天 Opus 4.7 的 context window 是 100 万 token,这个约束几乎消失了。我们继续用 Markdown,只是惯性。2. HTML 派的理由Thariq 的核心论点是信息密度。Markdown 能做的 HTML 都能做,HTML 还能做 Markdown 做不到的:1)可视化:SVG 插图、流程图、数据图表——用真正的矢量图,而不是 ASCII 将就版2)阅读体验:超过 100 行的 Markdown,Thariq 说他根本不读。HTML 可以做标签页、内页导航、折叠展开,组织复杂信息的方式完全不一样3)双向交互:让 agent 在文档里加滑块调参数,调完把参数复制回给 Claude——Markdown 做不到4)分享:上传到 S3,一个链接发给同事,浏览器直接打开。Markdown 要么看源文件,要么配渲染器5)Code Review:diff 和调用关系是空间信息,Markdown 会压平它。HTML 可以渲染带注释的 diff、画模块关系图,比 GitHub 默认 diff 视图更好用他现在每次做 PR 都附一份 HTML 版代码解释,让 Claude 从 git history、Slack MCP 读上下文,生成带颜色标注和内页导航的审查报告。3. Markdown 派的反驳这场讨论也有清醒的反对声。1)Cloudflare 的视角完全相反:他们 2026 年 3 月专门发布了"Markdown for Agents"功能,把 HTML 网页自动转成 Markdown 再喂给 AI。理由是:AI agent 消费内容时,HTML 里的 <div>、CSS、script tags 全是噪声,token 浪费严重,Markdown 才是 AI 处理内容的正确格式2)版本控制:连 Thariq 自己也承认,HTML diff 嘈杂,很难 review。这是 HTML 最大的短板之一3)生成速度:HTML 生成时间是 Markdown 的 2-4 倍4)编辑成本:Markdown 人可以直接改,HTML 要面对一堆标签。如果文档后续还要人工编辑、或者粘贴进 Notion/Slack/Zenn 这类工具流转,Markdown 明显更好5)评论区 Somya 的折中观点:HTML 适合原型、mockup、可视化预览;Markdown 适合代码、计划、文档这类纯文本内容。建议:插图多于文字时用 HTML,反之用 Markdown4. 一个更清晰的框架争论双方说的其实不是同一件事。有种的分析比较到位:1)HTML 赢在"发布终点"——给人最终阅读的版本:PR 审查报告、技术教材、数据看板、交互原型2)Markdown 赢在"中间素材"——还在流转的内容:agent 读取的规格文档(CLAUDE.md、ADR)、人工编辑的草稿、需要跨工具传递的内容本质上:HTML 赢在"人最终读的那个版本",Markdown 赢在"还没到终点的中间态"。5. 真正值得关注的信号Thariq 说他用 HTML 的真正原因是"感觉更 in the loop"——以前不看长计划,只能任 Claude 自行决策;现在 HTML 可读性高,他会真的读,发现问题、给反馈、参与决策。这个观察比格式之争更重要:输出格式影响人是否参与 loop,参与程度决定 agent 系统的质量上限。背景:Claude Code 团队工程师 Thariq Shihipar 两天前在 X 上发的一篇文章,引起了大家非常热烈🔥🔥🔥的讨论。Simon Willison 直言"重新考虑了用了三年的 Markdown 默认习惯"。#HOW I AI# #程序员#

4. 我们正站在一个历史转折点上,但每次技术革命都会创造新的机会。 #大咖观察 #红衣聊AI #人工智能 #技术流

5. 【AI学习】飞书聊天就能写文档?OpenClaw自动化办公实战(保姆级教程)

6. 实测碾压!PaddleOCR-VL-1.5 来了:这可能是目前最实用的文档解析工具

7. AgentScope Java v1.0 发布,让 Java 开发者轻松构建企业级 Agentic 应用

8. 网页构架,为什么前端渲染(例如:Vue),比后端渲染(例如:PHP),更先进?

9. 研发团队协作时,常遇API文档维护滞后、接口测试与文档脱节、跨团队对接效率低的问题,人工同步文档易出错,影响开发进度。 Swagger Editor是开源免费的API设计与文档工具,适配前后端团队协作定义接口规范、生成同步文档的核心场景。开源地址:github.com/swagger-api/swagger-editor 核心功能: 1. 支持可视化编辑OpenAPI规范,实时校验语法,降低接口定义门槛;2. 文档与接口定义同步生成,可一键导出JSON/YAML格式,适配多平台使用;3. 内置接口调试功能,无需额外工具即可测试接口请求与响应;4. 支持多人协作编辑,接口变更实时同步,提升跨团队对接效率;5. 轻量化部署,支持本地运行或集成到现有开发平台。

10. 和AI搭配最顺畅的笔记软件,被我找到了 Obsidian

11. Claude Code 团队的 Thariq 最近写了一篇文章,分享了一个他自己摸索出来的工作习惯:用 Claude Code 的时候,别再让它输出 Markdown 了,改成输出 HTML。这个建议乍一听有点奇怪,Markdown 不是公认的轻量好用吗?但他的理由很实在。首先是可读性问题。Markdown 文件一旦超过100行,他就基本读不下去了,而且他也没办法让团队里的其他人认真看完一份长 Markdown 文档。但 HTML 不一样,Claude 可以用标签页、目录导航、插图、链接来组织内容结构,甚至可以做成响应式的,手机上也能舒服地阅读。同事实际打开并读完你的文档的概率,会因此大幅提升。其次是表达能力。HTML 几乎能承载任何类型的信息:表格、CSS 样式、SVG 矢量图、JavaScript 交互、空间布局、代码片段。他说几乎没有什么 Claude 能理解的信息是 HTML 不能高效呈现的。相比之下,Markdown 里想表达颜色只能用 Unicode 字符凑合,想画流程图只能用 ASCII 线条拼,效果差很多。然后是分享便利性。Markdown 文件在浏览器里不能直接渲染,你得当附件发。但 HTML 上传到 S3 之后就是一个链接,任何人点开就能看,不需要额外工具。最让他兴奋的是交互能力。你可以让 Claude 在 HTML 里加滑块、旋钮、开关,用来调整设计参数或算法配置,调好之后点一个「复制」按钮,把参数粘贴回 Claude Code 继续工作。这就形成了一个双向的工作流:Claude 生成可交互的 HTML,你在上面调整,然后把结果喂回给 Claude。他列了很多具体用法:让 Claude 生成六种不同的设计方案,用网格布局并排对比;让 Claude 读 PR 代码然后生成带注释、带颜色标记的 diff 可视化页面(他说比 GitHub 默认的 diff 视图好用);让 Claude 做一个一次性的专用编辑器,比如拖拽排序工单、编辑 feature flag 配置、或者实时预览 prompt 模板的效果。他也坦诚地说了缺点:HTML 生成时间是 Markdown 的2到4倍,而且版本控制里 HTML 的 diff 很难看。但他说,真正让他坚持用 HTML 的原因,其实是一种心理上的变化。之前他已经不怎么读 Claude 生成的 Markdown 计划了,开始担心自己会失去对 Claude 工作方向的掌控。但换成 HTML 之后,因为文档变得好看、好读、可交互,他重新开始认真看 Claude 的输出了,感觉自己又回到了 loop 里面。最后他特别提了一句:不需要做什么特殊的 skill 或配置,直接跟 Claude 说「生成一个 HTML 文件」就行了。关键是你要知道自己想用这个 HTML 做什么,想怎么跟它交互。#科技先锋官##How I AI#

12. Markdown 如何成为人与AI的通用格式?

13. 技术文档还在全靠 Markdown?它可能真的在拖你后腿

14. AI 写作时代,Markdown 的最大优势,消失了

15. HTML 是新的 Markdown

16. Claude Code 团队正在悄悄流行的 HTML 输出习惯

17. HTML杀回来了!AI输出格式大换血

18. Claude Code 团队为什么建议用 HTML 做复杂输出

19. AI 时代,该用 HTML 而不是 Markdown 向人类传递信息了

20. Claude Code团队宣布

21. AI时代输出格式大洗牌!HTML完胜Markdown🔥

22. Claude工程师揭秘:为什么没人看你的文档

23. Claude Code 团队即将抛弃 Markdown,全面拥抱 HTML!

24. Anthropic 内部已把 HTML 定为默认输出格式

25. 使用 Claude Code

26. AI Agent开始嫌弃Markdown?

27. Markdown已死? HTML才是未来? 这可能是个巨大的误解。

28. Claude Code 团队重磅观点

29. Markdown是记忆,HTML是表达

30. Claude Code核心工程师呼吁

31. Markdown vs HTML,谁才是更适合AI的输入格式?

32. Markdown's Moment

33. AI时代,不会Markdown你就亏大了——最全Markdown语法手册(建议收藏)

34. 从Markdown到HTML

35. AI时代下回忆一下Markdown的历史和底层

36. 什么是 Markdown ?概念、历史和现状

37. 一分钟了解Markdown(MD)格式

38. 3款Markdown编辑器实测

39. 深度 | 告别死板渲染

40. 抛弃 Markdown!Anthropic 工程师直言

41. Gemini 格式排版难题全解:toxai聚合平台一键优化,告别排版混乱

42. 别再被Word折磨!零基础学会Markdown,写作效率翻倍

43. 无处不在的Markdown,成为了AI时代的接口标准

44. 从HTML到Word格式错乱:AI生成内容导出的“最后一公里”问题与工程化解法 - 哔哩哔哩

45. Gemini 格式排版难题全解:Markdown、表格精准调整技巧

46. 零基础秒懂Markdown,写作效率直接拉满

47. Gemini 格式排版难题全解:Markdown、表格精准调整技巧,告别排版混乱

48. 零基础学会Markdown,效率直接翻3倍,打字快到飞起

49. PPT排版太麻烦?试试Markdown生成PPT,效率起飞!

50. 超级 Markdown,让我重新思考内容创作效率

51. 零基础学会用Markdown,效率提升300%

52. Markdown语法大全-Markdown从入门到精通

53. 2026年3月10日工作总结:技术文档创作与知乎自动化发布

54. AI时代效率神器!Markdown大神养成记✨

55. MarkText:简洁高效的新一代Markdown编辑工具

56. AI时代Markdown唯一高上限的笔记方式!

57. Claude Code + HTML = 开发者的新魔法?

58. 还在手写HTML?2025最新在线生成器推荐,美化+预览,效率翻倍

59. 网站采用HTML5代码建站的优点与缺点

60. 对比了3款markdown编辑器,哪一款适合你呢?来看看吧

61. CSDN多平台同步发布功能正式上线!让你的发文更高效

62. HTML的未来

63. 嵌入式工程师写技术文档,这几个 Markdown 技巧一定要会

64. 我为什么使用Markdown记笔记

65. 文档小助手的Word转Markdown功能:别再手动搬运,让技术文档发布告别繁琐格式调整。

66. pandoc markdown to pdf - 哔哩哔哩

67. 程序员开发跨平台转换工具,一键格式转换,再也不用手动复制粘贴

68. 如何快速将文本文档转换成Markdown格式?最新转换工具和方法合集

69. AI辅助编程:Sphinx文档工程自动化发布脚本 | 技术传播

70. Markdown 究竟是何方神圣?

0
扫一下,分享更方便,购买更轻松
0评论

当前文章无评论,是时候发表评论了
提示信息

取消
确认
评论举报

最新文章 热门文章