Markdown 文件为何不能直接打开？
A Markdown File Should Just Open
2026 年了，我们依然无法在任意设备上直接打开 Markdown 文件，这实在令人费解。Markdown 作为简洁、便携且人类可读的格式，已存在超过 20 年，却仍让用户面对原始语法或寻找专用软件。操作系统能轻松处理照片、视频和 PDF，Markdown 理应获得同等待遇。它无需账户、订阅或特定公司支持，是真正的独立文档格式。从 Apple 到 Windows、Linux 和 Android，每个系统都应原生支持 Markdown，让用户在不同设备间无缝编辑和阅读。随着 AI 生态的兴起，Markdown 成为人与机器交换结构化信息的关键语言，原生支持更显紧迫。文件应属于创造者，而非被锁定在封闭生态中。
我不需要人工智能来理解如何用井号符号写标题，操作系统本就该知道怎么做。
HN 评论区
66- FreakyT
虽然我总体上同意作者的观点，但我认为他无意中触及了这里可能的原因：
> 如果我想查看原始的 Markdown 语法，我应该能像切换视图一样轻松切换到该视图。
这并不太符合现有的文档打开惯例，因此作者假设的内置 Markdown 查看器/编辑器实际上无法融入任何现有的系统应用。例如，如果 Apple 修改 TextEdit.app 以像处理 RTF 文档一样打开 Markdown 文件，它就能覆盖格式化显示的情况，但无法处理源文件编辑。他们必须添加第三种模式（或构建一个完全独立的应用）来处理 Markdown 源文件和格式化视图之间的切换，处理语法错误显示等问题。更不用说还要处理各种 Markdown 变体之间的差异了。
- zahrevsky
我希望任何浏览器都能原生渲染 MD 内容。想象一下，只需将 .md 文件拖到你的服务器上，就能拥有一个可用的网站。
当然，有一些服务可以帮你做到这一点，从 Hugo 到 Obsidian Publish 应有尽有。但它们都增加了一层你需要管理的复杂度。
此外，这让用户级别的样式定制变得简单得多。任何“阅读模式”都是这么做的，但不需要从一堆标签和类的乱汤中逆向工程内容。
- graemep
你可以在 KDE 上做到这一点。只需将 Okular 设置为 Markdown 文件的默认应用，如果你还需要编辑功能，就改用 LibreOffice（在任何操作系统和桌面环境下均可）。唯一的问题是它是一个查看器而不是编辑器。带有预览功能的编辑器可以解决这个问题。即使是那些没有预览功能的编辑器也会提供语法高亮，而且已经有软件提供了作者想要的功能（如文章中提到的 notepad），或者提供 Markdown 的可视化编辑（Libre Office）。
我不确定将其设为默认应用是否那么重要。Markdown 主要是一种易于转换为可读格式的编辑格式——这与 PDF 相反，PDF 是一种难以编辑的可读格式。
- whh
每次我安装 Xcode，它都会自作主张地成为默认的 Markdown 阅读器。如果 Apple 的任何人能解决这个问题，那就太好了。
- tuvix
就在最近，因为感受到了类似的沮丧，我创建了一个 md 实时查看器/PDF 导出器[0]。我一直想要一个能让我在使用 vim 的同时，像 overleaf 一样查看 Markdown 渲染为 PDF 后确切效果的软件。