自建轻笔记 Memos:够用、够快、能导出

自建服务 · 2 分钟阅读· 130 次阅读

笔记工具最大的问题是「打开成本」:层级太深、同步太慢、格式太重,最后干脆不记。

Memos 的思路是反过来的:一条一条往下写,标签代替目录,搜得到就行。

先说结论

单容器 + SQLite 就够,重点是养成「随手写」的习惯,以及定期导出。

  • 数据在 SQLite 里,备份一个文件即可
  • 用标签代替文件夹,检索更快
  • 接入 Telegram Bot 降低记录门槛
  • 定期导出 Markdown,避免被工具锁定

先把问题说清楚

Memos 的功能边界很清楚:不做双链、不做大纲、不做多人协作。它解决的是「记录摩擦」。

正因为轻,它很适合放在小主机上和其它服务共存,资源占用可以忽略。

具体怎么做

按顺序执行,每步都验证完再进下一步:

  • compose 起容器,挂载 data 目录
  • 反代 + HTTPS,设置注册开关
  • 配置标签规范(如 #idea #read #todo)
  • 接 Telegram Bot 或快捷指令,实现随手记
  • 每月导出一次 Markdown 存档

参数与成本对照

把关键数值摊开,方便判断该选哪条路:

能力 支持情况 说明
Markdown 支持 含代码块与表格
标签 支持 替代目录
API 支持 可接机器人
导出 支持 Markdown/JSON

自建轻笔记 Memos

几个容易踩的坑

下面这些是最常见的错误做法:

  • 当知识库用:没有双链和大纲,复杂结构会很难受
  • 不导出:换工具时迁移成本高
  • 开放注册:会被垃圾内容灌满
  • 把图片也存容器内:容器重建就丢

最后补两句

工具的价值不在功能多少,在「你会不会真的用它记下东西」。

工具是手段,理解机制才是能力。命令记不住没关系,知道「该看什么」就够了。

评论 (3)

阿
阿哲

照着做了一遍,确实少走弯路。第二步最容易漏,建议顺手加个检查清单。

南
南风

比「一键脚本」有用多了,知道为什么比知道怎么做重要。

K
Kevin

补充一句:不同版本行为会变,动手前先确认自己的版本号。

发表评论

验证码

提交后需站长审核,通过后才会显示。