为移动端而生的极简笔记 —— 本地 Markdown 存档 + “分支式流转”同步，专注记录本身
我喜欢 Obsidian 的核心理念：笔记是本地 Markdown 文件，数据属于自己。
但我也遇到一个现实问题：在移动端，很多“全量笔记软件”要么太重、要么同步太折腾，最后影响的不是“功能”，而是“我能不能马上写下去”。
Qthing 的起点很朴素：做一款“打开即写”的移动端笔记，把记录这件事变得轻到几乎没有门槛；同时保留本地 Markdown 的数据主权，让桌面端仍然可以用 Obsidian 全量管理。
- ✅ 打开即写：界面只围绕“新建 + 编辑 + 保存”
- ✅ 本地优先：笔记以
.md文件存储，用户可直接访问与迁移 - ✅ 分端异构：移动端负责快速记录；桌面端用 Obsidian 做整理归档
- ✅ 同步可落地：不做复杂冲突合并，优先确保“数据能流转”
| 痛点 | Qthing 的答案 |
|---|---|
| Obsidian 移动端太重 | 只保留「新建 + 编辑」核心功能，无双链/图谱/插件负担 |
| 同步配置复杂 | 不走 WebDAV/CouchDB 的复杂配置，提供可自建的轻量中转服务 |
| 数据锁在云端 | 笔记始终存于本地，后端仅作同步中转 |
| 想用但怕折腾 | 极简设计，3 分钟配置，专注记录本身 |
传统“多端同步”最难的部分不是上传下载，而是：多设备离线同时编辑同一文件时如何合并冲突。
Qthing 选择换一种思路，让同步更接近“内容源切换”，而不是“自动合并”：
- 每个文件都可以理解为一个“小仓库”，每台设备是一条“设备分支”
- 云端只保存各设备分支的最新内容 Head（覆盖写，不追踪历史版本）
- 只能编辑自己的设备分支；其他设备分支只读可查看
- 任何“采用其他分支内容”的行为都必须手动触发（例如：用设备 B 的内容覆盖我的分支）
- 自动行为只有一条：我在本机每次改动都会自动推送到我的分支（离线则排队）
这套设计的目的不是追求“完美同步”，而是把复杂度压到最低，确保项目可以快速落地且长期可维护。
更完整的思路与 QA 记录见：qa.md
- Android App：极简 Markdown 编辑器，本地文件直接落盘
- 自建中转服务：存储各设备分支的最新 Head，用于分发与查看差异
- Obsidian 插件（桌面端）：把桌面端的编辑结果推送为“桌面设备分支”，并拉取/查看其他设备分支
- ✅ 适合：在意数据主权、希望移动端极简、能接受“手动选择内容源”的个人使用场景
- ❌ 不适合：需要多人协作、需要自动合并冲突、需要云端全功能编辑器的场景
- 目前处于构思与设计阶段，目标是先跑通“最小可用闭环”，再逐步完善体验与可靠性