Cognitive OS · 认知引擎

一个为 "判断"
而设计的
工程系统

当 AI 越来越聪明,知识不再稀缺
继续在 Knowledge 层卷"存储更多",是和 LLM 抢它最擅长的事。
这里做的是另一件事 —— 给"判断"这件事,第一次造工程基建

大部分人把 AI 当加速器,我把 AI 当认知伙伴。
前者越用越依赖,后者越用越强。
如果 Karpathy 的 LLM Wiki 是"让 LLM 帮你维护知识",
认知引擎就是它上一层 — "让 LLM 帮你维护判断"。
CORE THESIS · 核心命题

你的知识管理系统
止步于 Knowledge 层

信息的价值分四层。判断、价值、意义在最顶层涌现 — 而所有工具都卡在 Knowledge 层。

Wisdom 智慧 · 判断涌现 Knowledge 知识 · 规律 / 框架 Information 信息 · 结构化关联 Data 数据 · 原始信号 ⚠ 工具天花板 认知主体在这里涌现 ↑ LLM 抢的 就是这一层 ↓
DIKW 金字塔 — 所有知识管理工具都卡在 Knowledge 层那条线下
护城河是 Judgment
不是 Knowledge
LLM 让一层不再稀缺。稀缺的是另一层。
80 YEARS HISTORY · 知识管理简史

80 年过去
这条线从未被打破

从 Memex 到 LLM Wiki —— 工具越来越强,但全都止步于 Knowledge 层

━━ Wisdom 天花板 · 80 年没人突破 ━━ 1945 Memex 外挂大脑构想 止步 1960s Zettelkasten 卡片盒 / 原子化 止步 2000s 长青笔记 概念导向 / 持续演化 止步 2010s+ Notion / Obsidian 客观化 vs 主观化 止步 2023+ LLM Wiki AI 接管记录 仍止步 所有里程碑,停在同一条线下
G3 · 80 年知识管理史 — 5 代工具,1 条天花板
VS COMPETITORS · 同类对照

他们做什么 · 我多做什么

7 类同类范式的真实差异 — 最重要的是与 LLM Wiki 的关系

同类范式
他们的天花板 · 认知引擎补的部分
LLM Wiki (Karpathy 2026)LLM 维护的 markdown 知识库
把"维护知识"自动化 — 解决了 wiki 死于维护负担的痛点。但停在 Knowledge 层(DIKW L3)。
上一层 — Wisdom 层(DIKW L4)。维护的不是事实,是判断(带 confidence + falsifier + evidence chain)。LLM Wiki 是"知识密度的复利",认知引擎是"判断质量的复利"。两者可以叠加 — LLM Wiki 作为 Knowledge 层,认知引擎在它之上加 Cognition + Methodology 两层。
Obsidian / Logseq本地笔记 + 双向链
把外部知识连成网络,止步于 Knowledge 层
双轨 Wiki — Knowledge(外部)和 Cognition(你的判断)分轨维护,判断有 confidence + Falsifier
Notion / AnyType块编辑器 + 数据库
结构化容器,但内容是死的
每日自动跑 — 5 个调度任务每天扫描、蒸馏、巡检。Vault 是有心跳的
Mem / HeptabaseAI 总结 + 卡片
AI 帮整理记忆,结论无 schema 无证据
强 schema — 每个判断带 domain / layer / confidence / evidence / falsifiers 完整字段
Roam / Tana大纲 + 知识图谱
关系网络,但缺"判断"和"反馈"
反馈反向更新 — 实践反馈 → 方法论升级 → 自动追加 evidence 到关联节点
Building a Second BrainPARA 方法论
分类 + 渐进式总结,止步于"内容回收"
八层闭环 — 从输入到决策到反馈再回到方法论的完整路径
ChatGPT 记忆 / Claude ProjectLLM 上下文记忆
记忆住在 AI 手里,你看不到也改不动
主体性回归 — 单一事实源在用户侧,AI 只是协作者不是所有者
SUBJECT-AWARE · 主体性原则

工具管得了知识
管不了 "谁的" 判断

突破天花板的关键:让"主体"重新在场

Knowledge · 知识 可客观存在,脱离主体也成立 ✓ 可编码 · 可储存 · 可检索 ✓ 可复制 · 可传播 · 可复用 ✓ 不依赖"谁"在场 ✓ AI 天然擅长的部分 → 已经被 LLM 接管 Cognition · 认知 必须依附主体,离开"谁"就不存在 ✗ 无法被完整编码 / 传递 ✗ 无法独立于主体储存 ? "谁的"判断?"谁的"审美? ! 只有你能完成这部分迭代 → 这是你的护城河
G4 · 主体性原则 — AI 解决左边,右边只能由你来
Wisdom 的涌现
需要 "主体" 在场
这就是为什么所有工具都卡在天花板下
EXTERNALIZE × INTERNALIZE · 迭代闭环

认知升级不靠一万小时
一万次迭代

时长本身没有复利。循环的次数,决定认知的深度。

认知 · Cognition 隐性 · TACIT 直觉 · 判断 · 价值观 · 审美 · 思维框架 外化 Externalization 内化 Internalization 系统 · System 显性 · EXPLICIT 笔记 · 判断记录 · 方法论 · 复盘 ↻ 把脑子里的判断显性化 ↻ 把反馈吃回到认知
G5 · 外化-内化闭环 — 系统的意义不是"记录",是逼你高频做高质量认知
3 SCENARIOS · 三个场景

这套机制
用在你身上 会怎样

三个可代入的场景 — 看认知引擎和传统笔记的差别

A · 创作场景
"差点犯错"如何变成永久不再犯的规则

某天:你在高情绪状态差点做了一个事后后悔的决定。
停下问:这是冷静时也会做的,还是被情绪推着?
第二天:把"差点错"具名为协议写入方法论。
长期:系统自动扫描,触发条件命中就启动。

差别:传统笔记里是"今天感悟",过几天被淹没。认知引擎里是方法论文件升级 → 自动反向追加 evidence 到关联节点 → 系统永久变得更聪明一点。
B · 研究场景
多年前写下的预警条件,被自动命中

过去:你做过完整研究,写过一句"如果 X 出现,意味着原有判断的前提变了"。
某日:引擎自动扫描发现 X 首次出现。系统输出协议命中提醒。
同日:自动给关联节点加 ⚠️ 待复核标记。

差别:大多数人的判断会"被遗忘式失效"。认知引擎让每条假设都带"过期检测",自我维护。
C · 决策场景
一条新信息,如何同时升级多个判断

早上:一条重要消息公布。传统笔记里是一条 Inbox。
几分钟后:认知引擎自动判定它触动多个判断节点、推动主题进入新阶段、为相关主题增加协同证据。
同日:5 分钟读完蒸馏报告 = 完整认知后果。

差别:同一条消息,Obsidian 里是孤立笔记;认知引擎里是同时驱动多个判断变化的触发事件。Knowledge → Wisdom 在此真实发生。
CORE MECHANISMS · 引擎机制

支撑 "判断"
三大工程化机制

这三件事任何一个传统笔记系统都没做,组合在一起才让 Wisdom 涌现可能

双轨 Wiki

客观知识(事实 / 数据 / 理论 — 求真求实)和主观判断(观点 / 解读 / 框架 — 主体性)分两条轨道维护。客观轨可以喂 AI,主观轨是你的护城河。

Falsifier 协议

每个判断都标注 "什么情况下我会承认错了"。判断不是信仰,是带证伪清单的假设。置信度三档动态升降:🔴 初判 → 🟡 验证中 → 🟢 稳定。

反馈闭环

每次实践产生的反馈,不是"记下来感悟一下",而是修改方法论文件 → 自动反向追加 evidence 到所有关联判断节点。系统永久升级。

NODE SCHEMA · 判断节点

一个判断节点 长什么样

type: cognition
domain: [领域]
layer: [判断层级]
confidence: 🟡 0.65   # 三档动态升降
evolution-stage: [萌芽 / 加速 / 稳定 / 拥挤]
evidence:                  # 支撑证据 · 带日期
  - YYYY-MM-DD [新证据 1]
  - YYYY-MM-DD [新证据 2]
falsifiers:                # 会推翻此判断的条件
  - F1: [条件 1]
  - F2: [条件 2]
  - F3: [条件 3]
methodology: [[关联方法论文件]]
updated: YYYY-MM-DD
  • 三档置信度 — 每次新证据自动复核,不是一次性的判断
  • 证伪条件清单 — 判断不是信仰,是带"如何被推翻"的假设
  • 带日期的证据追加 — 方便回头追溯判断如何形成
  • methodology 反向路由 — 方法论升级时自动追加 evidence 到关联节点
  • 演化阶段标注 — 不同阶段对应不同行动协议
  • 三路双向关联 — 让认知网络能自我演化
ARCHITECTURE · 八层闭环

完整的 八层架构 + 系统层

_System
Agent 操作协议SOUL / AGENT_PROTOCOL — 系统层(每次必读)
00
Inbox外部信息反应 · 双槽位 / 信号池 / 变化池
01
Drafts内部思考草稿 · 双状态 published / processed
02
Memory高压缩背景 · Agent 每次必读
03
Knowledge Wiki外部知识 · Entities / Facts / Concepts / Theories
04
★ Cognition Wiki内在判断 · World / Domain / Self / Meta — 你的护城河
05
Topics方法论实例化工作台 · 主题研究 / 内容 / 产品
06
Workbench执行 + 反馈层 · Daily / Weekly / Synthesis / Position
07
Methodology方法论库 · Investment / Content / Meta
SERIES · 认知引擎构建日志

第一期 已发布

第一期 · 已发布
你的知识管理系统
止步于 Knowledge 层

为什么 80 年的知识管理史,没能把我们带到 Wisdom 层 —— 从 Memex 到 LLM Wiki, 所有工具都卡在同一条天花板下。本文展开这条线为什么存在,以及如何突破它。

↗ 阅读全文
INTERACTIVE DEMOS · 判断如何运转

引擎机制 实际怎么跑

三个 Demo — 判断如何产生 · 如何支持决策 · 如何日常运转
这是认知引擎与 LLM Wiki 最大的差别:不停在"知识维护",要到"判断工程化"。

把这套引擎搭到你的领域

认知引擎 Starter —— 一份最小化、可被 LLM 实例化的判断引擎模板。Fork 它,把 schema 调成你的领域,让 LLM 帮你维护判断图谱。与 LLM Wiki 完全兼容、可叠加。