GitHub 上线不久的开源项目 MDV，给 Markdown 又加了一层野心：不只写 README 和技术文档，而是直接写报告、仪表盘和幻灯片。它的做法很克制——不是引入脚本和复杂模板，而是在 CommonMark 基础上增加四类能力：YAML front-matter、图表/数据代码块、::: 容器布局，以及自动目录，然后输出自包含 HTML 和 PDF，还提供 VS Code 实时预览。
这件事重要，不在于“Markdown 又多了一个方言”，而在于它瞄准了一个长期存在但很少被彻底解决的问题：同一份内容，往往要在文档工具、演示工具、可视化工具里重复做三遍。MDV 试图把“写内容”和“排数据展示”合并成一条文本工作流。它不重要的地方也很明显：短期内它不会取代 PowerPoint、Notion 或 Tableau，更像是给开发者、分析师和技术团队的一把新工具，而不是大众办公软件的替代品。
MDV 想解决的，不是排版，而是重复劳动
从项目 README 看，MDV 当前已经支持图表、统计卡片、表格、样式区域、列布局、主题、HTML/PDF 导出和 VS Code 侧边预览。仓库星标目前是 69，Fork 只有 1，作者明确把它标为 v1 pre-release；CLI 已能执行 render、preview 和 export --pdf，VS Code 扩展版本号则是 v0.1.1，发布时间标注为 2026 年 4 月 18 日。
我更看重它的一点是“无运行时 JavaScript”。项目说明里提到图表会渲染成内联 SVG，输出 HTML 可自包含。这意味着生成后的文档更适合归档、发邮件、挂内网，也更适合那些对安全和稳定性敏感的企业环境。很多团队不是不会做交互式可视化，而是不想为了发一份月报再维护一套前端依赖。
它踩在一个老趋势上：文本化办公正在回潮
过去十年，Markdown 的成功主要发生在开发者世界：GitHub、静态网站生成器、Docs-as-Code、API 文档平台，都是典型例子。近几年，这股思路开始外溢到更广的知识工作场景，比如 Quarto 面向科研和数据报告，Observable 擅长可交互笔记，Typst 则在排版上挑战 LaTeX。MDV 的位置，恰好夹在这些工具之间：比纯文档更数据化，比数据 notebook 更轻，比前端搭页面更省事。
但它的取舍也非常鲜明：不用选择器、类名、表达式和代码。这种限制表面上保守，实际是在换可维护性。对团队协作来说，一份报告如果要靠 CSS、小段脚本和临时拼装组件才能完成，交接时往往立刻变成“只有原作者会改”的文件。MDV 想把格式能力压进有限语法里，本质是在赌一件事：大多数业务报告需要的是稳定模板，而不是无限灵活。
公开说法是“无需代码”；行业现实是，只要涉及复杂过滤、联动、权限和实时数据，低代码边界很快就会出现。
和 Quarto、Marp、Notion 比，MDV 的优势与天花板都很清楚
如果把它放到现有工具里横向看，MDV 的定位其实不难理解：
| 工具 | 主要场景 | 数据/图表能力 | 输出方式 | 适合谁 |
|---|---|---|---|---|
| MDV | 报告、看板、幻灯片 | 内置图表与 stat 块，引用 CSV/JSON | HTML、PDF、VS Code 预览 | 开发者、数据分析师、技术团队 |
| Quarto | 科研报告、可重复分析 | 很强，可接 Python/R/Julia | HTML、PDF、幻灯片等 | 研究人员、数据科学团队 |
| Marp | Markdown 幻灯片 | 弱，偏演示排版 | 幻灯片导出 | 工程师演讲、培训场景 |
| Notion | 协作文档 | 中等，偏数据库视图 | 在线协作优先 | 通用办公团队 |
MDV 的好处是简单直接：一份 .mdv 文件既能写标题、图表，也能放主题和数据源。可它的短板同样明显：它没有 Quarto 那样成熟的可计算生态，也没有 Notion 那样的多人协作和权限体系，更没有 BI 产品常见的数据连接、筛选和钻取能力。
如果你是下面这些人，接下来最现实的变化会很不一样：
- 开发者：可能会愿意把周报、技术方案和简单图表统一进 Git 工作流。
- 数据分析师：适合做静态业务回顾，不太适合复杂探索式分析。
- 企业采购或 IT 管理者：短期不会单独为它立项，更可能先被个别团队私下试用。
- 普通办公用户：学习门槛仍高，尤其是习惯拖拽排版的人未必愿意迁移。
真正的门槛，不是语法，而是生态、稳定性和组织习惯
现在给 MDV 下“下一代文档格式”的结论还太早。它目前运行要求是 Node 20 以上，项目提交历史只有 16 次，贡献者也只有 2 位。这些信号说明它更像一个方向明确的早期作品，而不是已被验证的生产级平台。对企业团队来说，格式一旦进入正式汇报链路，最怕的不是功能少，而是升级不稳、兼容性变化和关键作者离开后没人接手。
还有一个很多读者看原仓库页面不一定会立刻想到的限制：静态输出是优点，也是边界。内联 SVG 图表让交付更轻，但也意味着复杂交互、实时刷新、权限控制这些现代 BI 场景的核心能力，并不在它当前的主战场里。换句话说，MDV 更像“可版本管理的报告格式”，而不是“数据平台”。
这反而决定了它最有机会落地的地方：工程团队周报、内网运营月报、咨询式项目交付、研究型汇报，以及那些需要反复导出 PDF、又不想为每份报告手工改版的场景。对这些人来说，减少一次 PPT 搬运，可能就比多一个炫目的交互图表更有价值。