我做了一个极轻的本地 HTML/Markdown 浏览器

它不是另一个大而全的浏览器，而是一个面向本地文档的小工具：快速打开 HTML 和 Markdown，安静阅读，后续再接入同步与 AI。

最近我一直在想一个问题：如果 HTML 和 Markdown 已经是 AI 与人类交换信息最顺手的两种格式，那我们是不是也需要一个足够轻、足够快、足够私人化的本地浏览器？

LiteDoc Browser 的目标很简单：
双击打开，一个干净窗口，舒服地阅读本地 HTML 和 Markdown。

为什么不是直接用系统浏览器？

系统浏览器当然能打开 HTML，但它服务的是整个互联网，不是你的本地文档工作流。AI 生成的报告、Obsidian 外的候选资料、项目过程文档、Markdown 草稿，经常只是临时需要打开、判断、归档。用大浏览器打开这些文件，总有一点杀鸡用牛刀的感觉。

我想要的是一个更小的入口：打开快、界面轻、默认暗夜模式、对 HTML/Markdown 友好，并且能逐步连接到我的知识库和 AI 工作流。

Markdown 管沉淀，HTML 管阅读

我越来越确信一个判断：Markdown 是知识管理格式，HTML 是阅读呈现格式。

Markdown 轻、稳、可搜索、适合版本管理，也适合在 Obsidian 里做双向链接。HTML 则拥有更好的版式、图表、卡片、交互、Mermaid 和仪表盘表达能力。两者不是替代关系，而是同一条内容链路上的不同阶段。

第一版做了什么？

能力	说明
打开本地 HTML	支持选择并打开本地 .html 文件，面向 AI 报告、博客阅读版和本地网页文档。
打开本地 Markdown	支持 .md 文档阅读，适合作为 Obsidian 候选资料的快速预览入口。
暗夜/白天模式	默认暗夜模式，也可以按环境切换到白天模式。
Mermaid 场景	面向流程图、知识图谱、技术文档阅读预留支持，适合 AI 生成的结构化内容。
开源发布	项目已发布到 GitHub，方便持续迭代、记录问题和管理版本。

它不想变成什么？

LiteDoc Browser 不想成为另一个全功能浏览器，也不想替代 Obsidian。它只解决一个很具体的动作：快速打开本地 HTML/Markdown 文件，并让阅读体验足够轻、足够顺手。

这个边界很重要。工具一旦想做所有事，就会变慢、变重、变难维护。第一版只做本地文件，就是为了让核心体验先站稳。

后续路线

我希望它后续能逐步覆盖 Windows、鸿蒙手机、鸿蒙平板、macOS 和 Android。但同步不会一开始就硬做。多端同步涉及文件冲突、路径映射、权限、隐私和版本策略，应该等本地体验稳定后再设计。

另一个方向是 AI 接口。未来它可以配置 GPT、百炼、DeepSeek 或其他兼容接口，让 AI 作为侧边助手参与文档解释、摘要、格式转换和结构提取。但主角仍然是文档，不是聊天窗口。

为什么开源？

因为这个工具很个人，但这个问题不只属于我。越来越多使用 AI 的人会拥有一堆本地 Markdown 和 HTML：报告、草稿、知识图谱、课程材料、项目复盘、公众号排版稿。它们需要一个轻量入口，而不是每次都被塞进庞大的工具里。

LiteDoc Browser 可能只是一个小工具，但它指向的是一个更大的趋势：AI 时代的文档不只是被写出来，还要被顺手地打开、阅读、归档、再利用。