知识架构（Knowledge Architecture）的核心主张是：按存在本身组织知识，而不是按官僚式层级。它指出多数知识系统之所以失败，是因为按惯例、便利或偶然来分类，结果导致知识碎片化、联系被隐藏、理解力退化。其替代方案是追问“这个东西本质上是什么”，而不是“这个文件应该放在哪里”。
本体论基础 该技能把存在物分为几类。实体（Substances）是独立存在的事物，包括人物、项目、工具、作品、概念，对应的识别问题是“谁在行动”“正在构建什么”“什么使行动成为可能”“被创造出来的是什么”“被理解的是什么”。属性（Properties）只作为实体的方面存在，包括状态、性质、关系、度量，对应“处于什么阶段”“具有什么特征”“如何连接”“数量多少”。事件（Events）是有始有终发生的事物，包括行动、过程、场合，对应“做了什么”“什么在展开”“什么标记了时间”。
结构原则 技能区分本质属性与偶然属性：本质属性决定某物之所以为该物，移除后它就不再是它；偶然属性可以不同而不改变身份。组织原则是按本质属性分组，按偶然属性打标签或筛选。技能还采用“属加种差”的定义结构，用“A 是一种产生 C 的 B”来分层组织，例如项目分为软件项目、创意项目、研究项目，再各自细分。
关系作为一等公民 关系不应埋在属性里，而应可导航。技能给出关系类型及其反向关系：depends-on/enables、extends/is-extended-by、contradicts/is-contradicted-by、implements/is-implemented-by、exemplifies/is-exemplified-by、supersedes/is-superseded-by。
架构模式 原子笔记：每条笔记只捕获一个事物——一个概念、一个决策、一个引用或一个连接；连接由链接原子自然产生，而不是把复合内容塞进单个容器。索引模式：创建导航枢纽而非层级文件夹，例如按性质、按状态、按关系建立索引。上下文层：同一实体在不同情境下可有不同视图，如实体文件、技术视图、业务视图、个人视图。时间层：跟踪知识变化，如当前理解与历史版本目录及变更日志。
命名约定 实体命名采用 [type]-[identifier]，如 project-in-midst-my-life、concept-modular-synthesis、person-mentor-name、tool-claude-desktop。关系命名采用 [source]--[relation]--[target]，如 project-alpha--depends-on--library-beta。状态命名采用 [entity].[state-type]，如 project-alpha.status = active、project-alpha.phase = development、project-alpha.health = stable。
跨域整合 翻译模式：同一概念在不同领域使用不同词汇，例如反馈回路在合成、系统、学习、生物学中的不同表述。同构模式：寻找跨领域的结构相似性，如模块合成与软件架构之间的对应（振荡器对应数据源、滤波器对应转换器、跳线对应 API 连接、混音器对应聚合器、CV 对应配置、音频信号对应数据负载）。涌现模式：记录组合后涌现的属性，如笔记加链接加时间等于不断演化的理解。
实现方式 资料给出文件系统映射示例：knowledge 下分 entities（项目、概念、作品、工具）、relations（依赖、影响、矛盾）、contexts（技术、个人、时间）、indices（按性质、按状态、按领域）、meta（本体、约定、变更日志）。元数据模式包含 type、nature、state、created、modified、relations、contexts、tags 等字段。参考资料包括本体论术语和实现模式文档。
适用场景与限制 该技能适用于结构化个人知识库、笔记系统或跨领域概念整理，尤其是希望减少碎片化、让联系显式可导航的场景。资料的官方文本为空，未提供具体的安装命令、工具绑定、平台限制、收费或价格信息；也未给出逐步操作教程或效果保证，这些内容暂未提供。