1. 划重点

• 出发点很简单：我需要在不同工程上下文里来回切换，且AI 在不同工程之间总是会提醒权限问题
  • 写内容时在 os。
  • 处理 flomo 时在 flomo。
  • 发布博客时在 liguwe.github.io。
  • 这样命令和自动化时又回到根目录。
• 今天做的事，是把这些上下文收束到一个更清楚的 832 workspace 工作区里
  • 根目录负责跨 Agent 规则、项目命令和本机自动化。
  • os 只做 Obsidian 内容源。
  • flomo、liguwe.github.io、skills、yomi 各自保持独立边界。

2. 过程

• 问题是“上下文切换太容易断”。
  • 每个工程都有自己的职责
  • 但 Agent 进来以后，如果没有根级说明，很容易把边界混掉。
• 再把 832 定义清楚。
  • 它不是 Obsidian vault
  • 也不是发布站。
  • 它是一个大工作区，负责维护多个子工程之间的边界。
• 再把子工程拆清楚。
  • os 负责长期内容。
  • flomo 负责导出处理。
  • liguwe.github.io 负责公开发布。
  • skills 负责用户级可安装能力。
  • yomi 负责小朋友独立成长记录工程。
• 最后把命令和自动化归位。
  • /new-note、/get-next-index 这类命令属于根级工作区。
  • Raycast Script Commands 和通用脚本放到根级 auto/。
  • 子工程里只保留自己真正需要维护的规则。

3. 重大失误

• 中间最大的误判，是想把最外层 832 工作区 也做成一个 Obsidian 仓库。
  • 动机看起来很合理：我想写markdown 和 查看 markdown 都是用 obsidian
  • 但这个判断错在把“统一入口”和“统一内容源”混成了一件事。
• 一旦根目录变成 Obsidian 仓库，问题马上出现。
  • 比如大量无用的包目录，比如 node_modules
• 当时还试图用 Obsidian 去隐藏这些无用目录。
  • 但 .obsidianignore 不是 Obsidian 官方机制。
  • Excluded files 更偏索引、搜索、Quick open 排除，不等于稳定隐藏左侧文件树。
  • CSS snippet 只能视觉隐藏，不改变真实结构。
  • File Ignore 插件可以隐藏，但靠改真实路径实现，不适合拿来处理子仓库和工程目录。
• 结论：
  • 根目录不应该承担 Obsidian 内容源职责
• 最后只能回退。
  • 根目录不再做 Obsidian vault。
  • os 恢复成独立的纯 Obsidian 内容源。
  • 根目录只保留工作区规则、命令入口和本机自动化。

5. 做判断的还得是人

• AI 可以帮我把工程整理得更快
• 但边界怎么切、哪些东西该留下、哪些东西不能混在一起，还是有自己判断

这可能就体现出一个人是否专业 ，毕竟专业 同样像大模型一样，是受过各种训练的，再者，所谓的直觉 某些层面也是 专业 吧