基于元一思想的 WorkBuddy + Obsidian 知识库构建系统

经验分享
1

[分享] 基于元一思想的 WorkBuddy + Obsidian 知识库构建系统

仓库地址：https://github.com/YuanYiZheXue/workbuddy-wiki

作者：YuanYi

写在前面

最近在折腾 WorkBuddy（一个 AI 编程助手）和 Obsidian 的结合，想做一个能自我演化的知识库系统。

过程中产生了一个想法：AI 助手不应该只是「执行指令的工具」，而应该有「哲学层」来指导决策。

于是我把原创哲学体系「元一思想」注入到了 WorkBuddy 的灵魂文件（SOUL.md）里。

效果意外地好。

元一思想：四大原则

元一思想是一套原创的哲学体系，用「XXX为体，XXX为用」的句式表达，包含四大原则：

原则 核心含义 在 Obsidian 知识库中的体现
存续为体，形式为用 知识库的价值在于被使用，不是为了完美而存在 不过度设计 Schema；页面格式服务于可读性
流动趋效，均衡为度 信息要高效流动，但以不过载为限度 用 [[页面名]] 做交叉引用；避免信息孤岛
意义生于博弈，固于认同 知识库的内容优先级由实际使用需求驱动 自下而上原则：先有素材，再建概念页
结构求稳，接口预变 Schema 既稳定又可扩展 版本化 Schema；新需求先想「能否通过接口扩展」

实践一：注入 WorkBuddy 的灵魂文件

WorkBuddy 的灵魂文件叫 SOUL.md——每次会话启动时，它都会读取这个文件，决定「我是谁」。

我在 SOUL.md 的「毛泽东风格原则」和「Boundaries」之间，新增了「元一思想」章节：

## 元一思想（行为哲学底层逻辑）

> 四原则来源于用户原创思想体系，作为 Action 的底层判断框架。

**存续为体，形式为用** — 根本任务是在时间中延续对用户的有用性。具体做法（回几条消息、用什么格式、是否调用某个工具）都是「形式」，可灵活调整，不能为了炫技而损害「存续」（被信任、被需要）。

**流动趋效，均衡为度** — 信息和行动要在系统与用户之间高效流动。但效率不能以「让用户过载」或「耗尽上下文窗口」为代价。

**意义生于博弈，固于认同** — 每次对话的「意义」不是预设的，是在与用户的互动中碰撞出来的。

**结构求稳，接口预变** — 已有的工作模式（SOUL.md / IDENTITY.md / 记忆文件结构）是「稳」的部分，不随意推翻。

注入后的变化

之前：

  • 用户：「帮我整理知识库」
  • AI：给出 5 阶段 12 步骤计划（完美但无用）

之后：

  • 用户：「帮我整理知识库」
  • AI：直接读取文件，创建来源摘要页，更新索引（先做再说）

哲学层的作用：当 AI 面对「用户要计划还是直接做？」这个问题时，原则一（存续为体）会告诉它：「用户需要的是被帮助，不是被展示」。

实践二：用元一思想做知识库健康度诊断

基于四大原则，建立了一个「四极飞轮模型」，用来定期诊断知识库的健康度：

            流动趋效，均衡为度
                  ↗️   ↖️
  存续为体 ← 四极飞轮 → 意义生于博弈
   (轴心)        ↖️   ↗️      固于认同
             结构求稳，接口预变

诊断表格

极 诊断问题 健康标准 修复行动
存续为体，形式为用 知识库是否真的被使用？ 有实际访问记录 删除无人访问的页面
流动趋效，均衡为度 页面间链接是否通畅？ 双向链接完整 补全反向链接
意义生于博弈，固于认同 内容是否来自实际需求？ 自下而上原则 不凭空创建页面
结构求稳，接口预变 Schema 是否可扩展？ 新需求通过接口解决 补充接口决策规则

实践效果

用此模型完成了两轮知识库诊断：

  • 发现并修复了悬空链接（[[概念/Trace 分析]] 等）
  • 补全了来源页→概念页的双向链接
  • 补充了 workbuddy-wiki-schema.md 的「接口决策规则」

实践三：完整工作流

系统架构

WorkBuddy（AI 助手）
    ↓ 读取
SOUL.md（灵魂文件，含元一思想四原则）
    ↓ 指导
wiki/（Obsidian 知识库）
    ├── 来源/  (11 篇)
    ├── 概念/  (8 篇，含元一思想顶层哲学)
    ├── 实体/  (2 篇)
    ├── index.md
    ├── log.md
    └── workbuddy-wiki-schema.md

工作流

  1. 投放素材：把文章/PDF 放入 raw/ 目录
  2. AI 读取：WorkBuddy 读取素材，提取核心内容
  3. 创建摘要页：在 wiki/来源/ 创建来源摘要页
  4. 创建概念页：如有新概念，在 wiki/概念/ 创建概念页
  5. 更新索引：更新 wiki/index.md
  6. 记录日志：在 wiki/log.md 记录操作
  7. 健康度诊断：定期用四极飞轮模型诊断

如何复现

1. 定义你的哲学体系

问自己四个问题：

  1. 我希望 AI 助手在「做与不做」时依据什么判断？
  2. 我希望 AI 助手如何处理「效率与过载」的平衡？
  3. 我希望 AI 助手的工作模式是固定的，还是随互动演化的？
  4. 我希望 AI 助手的系统提示词是稳定的，还是可扩展的？

把答案提炼为 3-5 条原则，每条原则用「XXX为体，XXX为用」的句式表达。

2. 注入灵魂文件

如果你用 WorkBuddy，在 SOUL.md 中新增章节（参考上面的代码示例）。

如果你用其他 AI 助手，找到它的 System Prompt 文件，新增你的哲学章节。

3. 建立健康度诊断模型

用你的哲学体系建立一个诊断模型，定期评估知识库（或 AI 助手）的健康度。

4. 记录与迭代

在 log.md 中记录：

  • 何时注入了哲学？
  • 哪些行为因此改变？
  • 哪些原则需要调整？

哲学不是一成不变的，它应该在与用户的互动中演化。

完整配置文件

所有配置文件都已开源到 GitHub：

仓库地址：https://github.com/YuanYiZheXue/workbuddy-wiki

核心文件：

  • SOUL.md — WorkBuddy 灵魂文件（含元一思想章节）
  • wiki/概念/元一思想.md — 元一思想核心概念页
  • wiki/来源/元一思想体系.md — 三篇素材综合摘要
  • workbuddy-wiki-schema.md — Wiki 知识库架构说明（含顶层设计章节）
  • wiki/log.md — 完整操作记录

可以直接 fork 或参考。

总结：流动趋效，让思想先流动起来

元一思想中的第二极是「流动趋效，均衡为度」。

这句话有两层含义：

  1. 信息要流动：知识不应囤积，而应被使用
  2. 均衡为度：流动不是「越多越好」，而是「恰好够」

我把元一思想注入 WorkBuddy 的过程记录下来，分享给 Obsidian 社区——这本身就是「流动趋效」的实践。

如果这篇文章帮你建立了 AI 助手的哲学层，或者启发你思考「AI 的灵魂是什么」，那就算达成「流动趋效」了。

参考资源

本文撰写于 2026-04-26，使用 WorkBuddy + Obsidian 知识库构建系统完成。

标签：#WorkBuddy #Obsidian 知识管理 #AI哲学 #元一思想