自建轻笔记 Memos:够用、够快、能导出
笔记工具最大的问题是「打开成本」:层级太深、同步太慢、格式太重,最后干脆不记。
Memos 的思路是反过来的:一条一条往下写,标签代替目录,搜得到就行。
先说结论
单容器 + SQLite 就够,重点是养成「随手写」的习惯,以及定期导出。
- 数据在 SQLite 里,备份一个文件即可
- 用标签代替文件夹,检索更快
- 接入 Telegram Bot 降低记录门槛
- 定期导出 Markdown,避免被工具锁定
先把问题说清楚
Memos 的功能边界很清楚:不做双链、不做大纲、不做多人协作。它解决的是「记录摩擦」。
正因为轻,它很适合放在小主机上和其它服务共存,资源占用可以忽略。
具体怎么做
按顺序执行,每步都验证完再进下一步:
- compose 起容器,挂载 data 目录
- 反代 + HTTPS,设置注册开关
- 配置标签规范(如 #idea #read #todo)
- 接 Telegram Bot 或快捷指令,实现随手记
- 每月导出一次 Markdown 存档
参数与成本对照
把关键数值摊开,方便判断该选哪条路:
| 能力 | 支持情况 | 说明 |
|---|---|---|
| Markdown | 支持 | 含代码块与表格 |
| 标签 | 支持 | 替代目录 |
| API | 支持 | 可接机器人 |
| 导出 | 支持 | Markdown/JSON |

几个容易踩的坑
下面这些是最常见的错误做法:
- 当知识库用:没有双链和大纲,复杂结构会很难受
- 不导出:换工具时迁移成本高
- 开放注册:会被垃圾内容灌满
- 把图片也存容器内:容器重建就丢
最后补两句
工具的价值不在功能多少,在「你会不会真的用它记下东西」。
工具是手段,理解机制才是能力。命令记不住没关系,知道「该看什么」就够了。
评论 (3)
照着做了一遍,确实少走弯路。第二步最容易漏,建议顺手加个检查清单。
比「一键脚本」有用多了,知道为什么比知道怎么做重要。
补充一句:不同版本行为会变,动手前先确认自己的版本号。
发表评论