结构化文件存储替代数据库：笔记存为独立.md文件，YAML front matter定义元信息，Go用goccy/go-yaml解析；内存索引+fsnotify增量更新提升查询效率；regexp+strings实现轻量全文检索。
用结构化文件存储替代数据库
笔记管理系统不需要一开始就上数据库。Golang 适合用纯文件方式管理文本数据——每个笔记存为独立的 .md 文件，按日期或标签组织在目录中（如 notes/2024/06/15-my-thoughts.md）。这样既保留人类可读性，又便于 Git 版本控制、全文搜索和备份。关键在于定义统一的元信息格式，比如在文件开头用 YAML front matter：
- 标题、创建时间、更新时间、标签、分类等字段固定写在
---分隔块内 - Go 解析时用 goccy/go-yaml 安全读取，避免正则硬解析出错
- 正文保持标准 Markdown，不侵入内容逻辑
内存索引 + 增量更新提升查询速度
每次查笔记都遍历所有文件太慢。启动时构建一次内存索引（map[string]*NoteMeta），只存元数据和文件路径，不加载正文。用户新增/修改笔记后，用 fsnotify 监听文件变化，仅更新对应条目——避免全量重扫。索引字段建议包括：
- title 和 content_preview（前200字符）用于模糊匹配
-
tags 切片支持多标签 OR 查询（如
golang OR web） - date 转为 Unix 时间戳，方便范围筛选（如 “最近7天”）
用 regexp + strings 包做轻量级全文检索
不需要集成 Bleve 或 Meilisearch 这类重型引擎。对中小规模笔记（regexp 配合 strings.Contains 就够用。策略是分层过滤：
OpenClaw Skill: Obsidian Markdown to Cloudflare Pages
下载
将选定的 Obsidian 笔记发布为静态站点并部署到 Cloudflare Pages。
- 先用内存索引快速筛出候选文件（按标签、日期、标题关键词）
- 再对候选集逐个读取文件，用
strings.ToLower()统一大小写后做子串匹配 - 支持简单通配符：把
go*转成^go.*正则，但默认禁用复杂正则以防误杀
导出与同步设计要留扩展接口
系统初期只存本地文件，但结构要预留网络能力。比如定义 Storer 接口：
立即学习“go语言免费学习笔记（深入）”；
type Storer interface {
Save(note *Note) error
Load(id string) (*Note, error)
List(filter Filter) ([]*Note, error)
Sync() error // 后续可实现为推送到 Obsidian WebDAV 或 GitHub Gist
}
默认实现是 FileStorer，未来换对象存储或 SQLite 只需新写一个实现，业务逻辑完全不动。
基本上就这些。不复杂但容易忽略的是：别过早抽象，先让单文件增删查跑通；元数据格式定死再写解析；索引更新必须原子化（用 mutex 或 sync.Map），否则并发编辑会丢数据。
