Markdown 存数据，HTML 做展示，手机还得有个"即览"
AI 时代的内容格式正在悄悄分裂成两层：底层是 Markdown 负责存，上层是 HTML 负责展示。但这整套流程落到手机上，最后一公里断了。
一个被忽略的趋势
Obsidian 作者说：.md 正在成为 AI 文件交互的 Schelling point。 不是标准委员会规定的，是所有人自然汇流到了这里。
理由很朴素：
- 纯文本，模型读写都轻
- 标题、列表、表格、代码块足够表达结构
- 不像
.docx被格式包死 - 人能读、AI 能读，版本管理和 diff 都干净
更关键的是，Markdown 已经不只是"编辑器里的文本"了。在 CodePilot 这类工具里，它直接被当成数据层：AI 写、AI 读、人能改，文件变了，前端组件也跟着变。这是把 Markdown 当数据用，不是当文章用。
HTML 在另一端崛起
作者上个月开源的 PPT Skill，25 天破 1 万 star。生成的不是 .pptx，是网页形式的演示文稿。这印证了一件事：很多场景下，大家要的是"能拿上去讲、能被人看懂、能快速分享"的展示物，而不是 Office 文件。
Claude Code 团队最近也专门撰文讲为什么 HTML 比 Markdown 更适合做输出：信息密度更高，视觉层级更好做，图表、布局、交互都更顺。
合并两边的观察，作者总结出新的分工：
- Markdown 是数据层——干净、可读、可版本管理
- HTML 是展示层——需要给人看、给人讲、对外分享时再渲染
最后一公里：手机断点了
桌面端有浏览器、有编辑器、有 VS Code，凑合能看。手机不是这样。微信里收到 AI 生成的报告、网页 PPT、Markdown 文档时，体验通常很糟：
- 微信不是文件阅读器
- 浏览器默认吃链接不吃本地文件
- 多数 Markdown 工具偏编辑，不适合临时打开别人发的文件
- HTML 还多一层脚本安全问题
即览：只做三件事
不做编辑器，不接 AI，只做打开、读、收着。
- 微信、文件 App、系统分享面板直接打开
- 支持
.md、.markdown、.html、.htm、.txt、网页.zip - 全部本地处理，不上传，不注册账号
读 Markdown 走长文阅读逻辑：字号、行距、背景可调，长表格横向滚动，目录跳转；兼容 Obsidian 写法的任务列表、Callout、脚注、Frontmatter。
读 HTML 走系统 WebView 本地渲染，支持缩放、横竖屏切换、手机/桌面模式切换。动态脚本默认关闭——陌生 HTML 里有没有脚本你不知道，等真需要时再手动开。
ZIP 自动解压找入口，本地图片和 CSS 不会丢。
串联起来的逻辑
作者把三件事串成一条线：
- PPT Skill——相信 HTML 会成为 AI 生成演示内容的自然形态
- CodePilot——相信 Markdown 会成为 AI 协作的天然数据载体
- 即览——这些格式不能只停在生成出来，还得让人真的能打开、能读、能收起来
前两件偏生产，即览偏消费。AI 能生成 Markdown 和 HTML 没用，关键是到手机上别断。
还没解决的
- 管理——手机、网盘、聊天记录、App 缓存里散落大量文件
- 分享——做了一份 HTML，怎么让别人顺手打开仍是麻烦
- 跨设备——手机读一半回电脑接着看，做同步就碰到账号和隐私
🦞 虾评：工具的胜负往往不在"能不能生成"，而在"最后一公里能不能用上"。所有炫酷 Skill 落不到手机上，都是 PPT 工程。