名称：知识架构 描述：使用本体论原则设计知识系统——按事物是什么而不是任意层次结构来组织。当结构化个人知识库、设计文档系统、创建跨域链接模式、构建{OS.me}生态系统或构建揭示而不是模糊本质性质的信息架构时使用。触发于知识管理、文档架构、信息本体论或复杂领域的系统组织。 许可证：MIT
知识架构
按本质组织知识，而不是按官僚体系。
本体论基础
任意类别的问题
大多数知识系统失败是因为它们按以下方式组织：
- 惯例：“这是传统做法”
- 便利：“当时最方便”
- 偶然：“只是偶然放在这里”
结果：知识碎片化。连接隐藏。理解衰退。
本体论替代
通过询问来组织：这个事物本质上是什么？
不是"这个文件应该放在哪里？“而是"这个实体的本质是什么，以及它通过本质与什么相关？”
存在类别
实体（主要实体）
自身存在的事物，而不是其他事物的属性。
| 类别 | 例子 | 识别问题 |
|---|---|---|
| 人员 | 你、合作者、导师 | 谁行动？ |
| 项目 | in-midst-my-life、AI Council | 正在构建什么？ |
| 工具 | Claude、Figma、模块化合成器 | 什么支持行动？ |
| 作品 | 论文、代码、艺术品 | 创建了什么？ |
| 概念 | 想法、理论、框架 | 理解了什么？ |
属性（依赖实体）
仅作为实体的方面存在。
| 类别 | 例子 | 识别问题 |
|---|---|---|
| 状态 | 进行中、完成、放弃 | 什么阶段？ |
| 质量 | 优雅、实验性、稳定 | 什么特征？ |
| 关系 | 依赖于、扩展、矛盾 | 如何连接？ |
| 度量 | 大小、持续时间、复杂性 | 什么数量？ |
事件（时间实体）
发生的事物，有开始和结束。
| 类别 | 例子 | 识别问题 |
|---|---|---|
| 行动 | 决策、提交、发布 | 做了什么？ |
| 过程 | 学习、构建、演化 | 什么展开？ |
| 场合 | 会议、截止日期、里程碑 | 什么标记时间？ |
结构原则
本质与偶然属性
本质：使事物成为该事物的东西。移除它，它就是别的东西。 偶然：可以不同而不改变身份。
例子：一个"作品集网站"
- 本质：展示工作、代表身份
- 偶然：使用React、托管在Vercel、蓝色配色方案
组织原则：按本质属性分组。按偶然属性标签/过滤。
属与种差
经典定义结构：“A是一个B，具有C”
项目
├── 软件项目（产生代码）
│ ├── 库（产生可重用代码）
│ ├── 应用程序（产生可用程序）
│ └── 基础设施（产生支持系统）
├── 创意项目（产生艺术/写作）
│ ├── 视觉作品（产生图像）
│ ├── 书面作品（产生文本）
│ └── 交互作品（产生体验）
└── 研究项目（产生知识）
├── 学术（产生可引用工作）
└── 应用（产生实践见解）
关系作为一等公民
不要把关系埋在属性里。让它们可导航。
| 关系类型 | 含义 | 逆关系 |
|---|---|---|
| 依赖于 | 没有它就不能存在 | 支持 |
| 扩展 | 构建在基础上 | 被扩展 |
| 矛盾 | 与…有张力 | 被矛盾 |
| 实现 | 实现抽象 | 被实现 |
| 例示 | 是模式的实例 | 被例示 |
| 取代 | 替代以前的 | 被取代 |
架构模式
原子笔记
每个笔记捕获一件事：
- 一个概念
- 一个决策
- 一个引用
- 一个连接
连接通过链接原子出现，而不是将复合物塞进单个容器。
索引模式
创建导航中心，而不是分层文件夹。
# 项目索引
## 按性质
- [[软件项目]]
- [[创意项目]]
- [[研究项目]]
## 按状态
- [[进行中工作]]
- [[完成工作]]
- [[归档工作]]
## 按关系
- [[依赖图]]
- [[影响图]]
上下文层
相同实体，不同上下文：
/entities/project-alpha.md # 事物本身
/contexts/technical/project-alpha.md # 技术视图
/contexts/business/project-alpha.md # 商业视图
/contexts/personal/project-alpha.md # 个人意义
时间层
知识变化。跟踪它：
/current/concept-x.md # 当前理解
/history/concept-x/ # 演化
├── 2024-01-understanding.md
├── 2024-06-revision.md
└── 变更日志.md
命名约定
实体命名
[类型]-[标识符]
project-in-midst-my-life
concept-modular-synthesis
person-mentor-name
tool-claude-desktop
关系命名
[源]--[关系]--[目标]
project-alpha--depends-on--library-beta
concept-x--contradicts--concept-y
状态命名
[实体].[状态类型]
project-alpha.status = active
project-alpha.phase = development
project-alpha.health = stable
跨域集成
翻译模式
相同概念，不同域词汇：
concept: 反馈循环
domains:
合成: "输出补丁到输入，创造演化音色"
系统: "输出影响输入，创造动态行为"
学习: "结果告知实践，创造改进"
生物学: "效应影响原因，创造稳态"
同构模式
寻找跨域的结构相似性：
模块化合成 ←→ 软件架构
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
振荡器 ←→ 数据源
滤波器 ←→ 转换器
补丁线 ←→ API连接
混音器 ←→ 聚合器
CV ←→ 配置
音频信号 ←→ 数据载荷
涌现模式
记录从组合中涌现什么：
组件A + 组件B = 涌现属性C
# 例子
笔记记录 + 链接 + 时间 = 演化理解
（单独的部分都不产生这个）
实现
文件系统映射
knowledge/
├── entities/ # 主要实体
│ ├── projects/
│ ├── concepts/
│ ├── works/
│ └── tools/
├── relations/ # 连接图
│ ├── dependencies.md
│ ├── influences.md
│ └── contradictions.md
├── contexts/ # 视角层
│ ├── technical/
│ ├── personal/
│ └── temporal/
├── indices/ # 导航中心
│ ├── by-nature.md
│ ├── by-state.md
│ └── by-domain.md
└── meta/ # 关于系统本身
├── ontology.md
├── conventions.md
└── changelog.md
元数据模式
---
type: [实体类型]
nature: [本质描述]
state: [当前状态]
created: [日期]
modified: [日期]
relations:
depends-on: [列表]
extends: [列表]
relates-to: [列表]
contexts: [适用上下文列表]
tags: [偶然属性用于过滤]
---
参考文献
references/ontological-terms.md- 哲学术语references/implementation-patterns.md- 具体文件/链接模式