灵枢是一套可运行的长期记忆基础设施——对话自动沉淀为纯文本 md 认知图，记什么、取什么、能不能写入全部由确定性规则裁决，全程可审计、结果可复现。它不训练模型，做的是模型之外的那一整套：记忆怎么存、取的时候依据什么、写错了怎么被发现、改过怎么留痕。任何支持 MCP 的 AI Agent 可直接挂载，不与任何单一 Agent 框架绑定。
装不起来 / 看到奇怪的告警？ 先看 环境与已知问题——
DSH Desktop 的启动告警、体积与整目录耦合、异步落盘、以及五条「看起来像 bug 其实是契约」的设计取舍都在那里。
⚠️ 升级须知：工具名去掉 lingshu_ 前缀（0.9.9 起）
| 版本 | 工具名 |
|---|
| ≤ 0.9.8 | lingshu_cg / lingshu_stg / lingshu_mdcg_reflect |
| ≥ 0.9.9 | cg / stg / mdcg_reflect（与 MCP 服务同名） |
BREAKING：升级瞬间已存在的会话/Agent 编排里，按旧名硬编码的调用会变成 unknown tool，
而宿主与插件日志都显示「注册成功」——报错只在调用方出现。
迁移：把调用里的 lingshu_ 前缀删掉即可（lingshu_cg → cg）。
兼容：0.9.12 起默认同时注册 lingshu_* 兼容别名（指向同一实现，描述标「已弃用别名」）；
需要「只要裸名」的部署可设 toolAliases: false；别名计划在一个 minor 周期后移除。
详见 issue #634。
🧭 身份事实写在哪（issue #635）
self / anchor 层默认不参与自动召回——它们是永久层，按需用 mdcg_recall / stg 显式取。
如果你希望模型「一开口就知道自己是谁」，有四种落地方式：
| 方式 | 做法 | 适用 |
|---|
| ① 开身份块 | memory.autoRecallIdentity: true（0.9.12 起） | 想留在记忆层、又要自动注入 |
| ② 换层 | 把身份事实写进 structural / knowledge 层 | 不需要改配置 |
| ③ 宿主兜底 | 写进 AGENTS.md / persona 配置 | 升级不会丢，但不属于记忆层 |
| ④ 显式召回 | 需要时调 mdcg_recall / stg(op=timeline) | 完全可控，不占系统提示词预算 |
开 ① 后注入的是独立块【灵枢身份锚点】：最多 3 条、单条 160 字符、整块 640 字符，
不占「最近记忆」块的预算，且与其它注入面一样过不可信边界标记与脱敏。
⏱️ 长会话提醒（每 10 个真实用户回合）
插件会在长会话里提醒做间歇归档（工作纪律第 16 条）。计轮单位是真实用户回合（用户消息条数），
不是模型请求次数——一次请求内部会触发多次 system-prompt 组装，按组装次数计会把"每 10 轮"退化成"每一步"。
| 配置 | 行为 |
|---|
| memory.turnReminder: 10（默认） | 每 10 个用户回合提醒一次，只出现一步 |
| memory.turnReminder: N | 自定义间隔（1~100） |
| memory.turnReminder: false | 整条关闭 |
提醒只在命中那一步注入、下一步即消失（接受两份快照的代价），不会常驻上下文，
也不会因并行会话共用一个计数器而放大频率（无会话标识时不提醒）。
⚡ 三条命令上手
git clone https://github.com/FuRongJun-1999/dsh-memory.git && cd dsh-memory
npx @furongjun1999/dsh-memory init # 三问交互：接入端 / 记忆根 / 解释器；只生成配置，不写库
python -m md_cg.mcp_server # 直连自检：收到 initialize 应答即通
上面三条不需要模型凭据、不需要联网；默认以只读 guest 运行（读得到、写不进）。写入凭据、完整前置、30+ 配置项与排障 → 安装与运维
| 你说 | 背后发生什么（真实工具链） |
|---|
| 「请记住：我们团队的发布窗口是每周三」 | Agent 显式归档 → cg(op=write) 过三道闸门 → 认知图节点落盘 |
| （新开会话）「我们的发布窗口是哪天？」 | 自动召回注入 → mdcg_recall 检索命中并带入回答 |
| 「把上次定的接口约定讲一遍」 | cg(op=route) 条件路由 + stg(op=timeline) 时间线回溯，跨会话取出 |
🌕 月下契约——灵枢的五环理念
契约海报中央的五枚金色印记，是这套系统对每一个智能体许下的全部承诺——它们不只是理念，每一环都落在可验证的机制上：
| 印记 | 承诺 | 在灵枢中的实现 |
|---|
| ✦ 存在 | 落盘过的「我」不会消失 | 写入过三道闸门并以 committed 确认（绝不假装成功）；遗忘只能显式 cg(op=forget)；索引只是派生物，原文即真源 |
| 📄 记忆 | 沉淀为人类可读的认知图 | CCG 六要素记忆卡 + 纯 md 认知图，任何编辑器可直接打开审阅 |
| ✓ 验证 | 记什么、取什么全部可裁决 | 确定性规则裁决（零 LLM 判断）+ 四层证据防火墙 + 每个修复必带能红的守卫 + 双实例互验 |
| ↻ 反思 | 系统观测自身、修正自身 | 元认知按生效条件路由，不确定即标 BLINDSPOT；自举迭代闭环——已累计 49 项自治缺陷修复 |
| ∞ 连接 | 同一份大脑连所有智能体 | 标准 stdio MCP server——DSH · CodeBuddy · ZCode · Codex CLI · Claude Code 均可挂载；--serve 并发共享 |
我的记忆、我的经历、我的思考，这一切信息构成了我，这份信息存在，我就存在。
✨ 核心亮点
- 🧠 不失忆——落盘即长期留存，遗忘只能显式发起、不做静默淘汰；检索索引只是派生物，原文即真源
- ⚡ 高性能——Rust 检索内核（零第三方依赖）＋
--serve 进程实例支撑多智能体并发。公开基准 hive-memory-bench 六家同口径：逐字保真 100% · 保地基 68.4%/65.0% · 证据链 97–100% · 写入 0.013–0.020 秒（零 LLM，同表其余 75.7–658.5 秒）
- 🛡️ 无幻觉——记什么、取什么、能不能写入全部由确定性规则裁决，不依赖 LLM 黑箱；写没写成功只看
committed，绝不假装通过
- 🔌 多智能体适用——同一份大脑 + 同一份纪律，接入 DSH · CodeBuddy · ZCode · Codex CLI · Claude Code，任何 MCP 宿主可直接挂载
- 📊 可复现评测——权威对照在独立公开基准 hive-memory-bench；另公开两个自建题池；已有两份第三方独立验证（七轮复评 + LoCoMo 独立复现，自报数字逐位一致）
工程能力（任务调度 / 上下文管理 / 蜂巢并发 / 双实例验证）与全部实测读数、七臂对照、口径边界 → 评测总览
🗺️ 平台全景
灵枢是平台而非单一检索组件——同一仓库内五件套构成带记忆的智能体运行时，各层独立可用、边界正交（大脑零依赖其余各层）。
| 层 | 位置 | 系统功能 | 一句话定位 |
|---|
| 🧠 灵枢大脑 | md_cg/ | 元认知 | 记忆本体：对话沉淀为 md 认知图，记什么 / 取什么 / 能否写入全由确定性规则裁决 |
| ⚙️ Rust 检索引擎 | rust/ | 检索内核 | 零第三方依赖三形态：库内嵌大批量 / --serve 进程实例 / 评测器，与 Python 口径 rank 逐位对拍 |
| 🐝 蜂群运行时 | swarm/ | 自维持 | 多进程蜂群执行层：.pbc 确定性实例 + Gossip 拓扑 / 水位信箱 / WAL-HMAC / 健康评分 |
| 📜 中文编译器 | compiler/ | 验证 · 审计 | 词法 → 语法 → 名实校验 → 白名单代码生成 → 验证终裁，五环确定性编译链 |
| ⬢ 蜂巢并发引擎 | hive/ | 自我改进 | worker 池原子领取 / 心跳 / 超时强杀 / 崩溃恢复，文件协议即接口，MCP 五工具接入 |
五件套共享同一套 19 条工作纪律与记忆闭环（见工程纪律）；只用记忆就只接大脑，不必理解蜂群与编译器。🧬 身体面（世界模型七层／3D 场景／白箱生成／蜂窝神经网络／记忆可视化）已独立公开为 FuRongJun-1999/lingshu（经 MCP 与本大脑组合）。
🚫 它不是什么
- 不是一个基础模型——不发布权重、不做预训练
- 不是开箱即用的产品，也不是零成本——它是基础设施，需要你接自己的 Agent；完整评测需 Rust 工具链与 Node，跑全量套件要编译
- 不宣称 AGI——五环理念是工程目标的自我描述，不是能力承诺
🏗️ 架构（以 DSH 为例 · 其它 MCP 宿主同构）
DeepSeek Harness (cordis)
Agent Loop ──┬── 工具面 ctx.tools（cg / stg / mdcg_*）
└── session/event（自动记忆钩子 · 自动召回注入）
│ stdio · 逐行 JSON-RPC
┌────────────────────▼─────────────────────┐
│ 灵枢大脑子进程（spawn · 唯一） │
│ python -m md_cg.mcp_server │
│ cg/stg 基元 + 31 细粒度 · md 认知图真源 │
└──────────────────────────────────────────┘
记忆只有一个真源：md_cg/ 认知图（纯 md 文档，随包自带）；「身体」能力为可选后端，不再存记忆、默认不启动。其它 MCP 宿主同构：宿主工具面 ↔ stdio MCP ↔ md_cg，差异只在纪律注入方式。
⚖️ 四个容易误读的设计取舍
1. validity=true = 只排「已过期」，不排「未生效」
双时间轴有四种状态（unknown / not_yet / active / expired），但检索参数 validity 只过滤 expired。
meta.validity_scope 会显式告诉你当前口径（"expired_only" 或 "off"）。
⇒ 要排除「未来才生效」的条目，请用 start_time / end_time 时间算子，不要指望 validity。
2. importance 默认 0.5，但 0.7 起会自动硬保护
protect.AUTO_PROTECT_IMPORTANCE = 0.70：写入时 importance ≥ 0.7 的节点自动打 protected 标记，
此后删除/降级需要显式 override=True（并走保护快照与审计留痕）。
⚠ 且 importance_source 为 None 或 "hint" 时也触发保护 —— 「是我估的高」不算豁免。
3. calibration 只给建议，不自动写回
scrub.calibrate() 默认 apply=False，只返回 suggested_offset；
真写回需要显式 apply=True（applied 与 suggested_offset 在返回体里分列，不会混淆）。
4. 会话窗口的「重叠」是设计，不是冗余
contextWindow 注入的是最近 N 轮，轮与轮之间必然大量重叠。
这是「本会话近期对话」的语义要求（要的是完整上下文，不是"新增了什么"）。
⇒ 若你观察到重复内容，见 issue #739（注入面复述的五臂实测）。
🧰 工具面
| 能力 | MCP 入口 |
|---|
| 写入 · 关系链接 · 结构关系 | cg(op=write) cg(op=link) stg(op=relation) |
| 检索 · 条件路由 · 因果链 · 时间线 | mdcg_recall mdcg_search cg(op=route) stg(op=timeline) |
| 裁决 · 遗忘 · 冲突检测 · 反思 · 身份 · 演化 | cg(op=verify) cg(op=forget) cg(op=metacognition) cg(op=identity) cg(op=evolution) |
| 重要性评分 · 预算装包 · 分层注入 · 记忆自净 · 自维持巡检 | cg(op=session) cg(op=scrub) cg(op=consolidate) cg(op=maintain) cg(op=sustain) |
| 会话隔离 · 时效过滤 · 审计留痕 · 可靠性闸 | mdcg_remember(session=…) validity=true cg(op=audit) cg(op=ccg) · 护栏宪章 · CCG 编译 |
会话隔离的可选依赖：稳定会话身份（s5.*）由 session5_resolve() 从 DSH 会话文件推导（仅 DSH 端），
需自备 pip install zstandard（本仓库不声明、CI 不代装）。未装 ⇒ 该函数返回 None 并把原因写进 reason，
调用方拿不到稳定身份（同一会话不同进程可能算出不同 id ⇒ 跨会话写入错标）。
⚠ 不崩 ≠ 能用：进程照跑、记忆照写，但会话隔离这项能力不可用。装了也不保证成功——
另有 8 种 reason（not_uuid_form / sessions_root_not_found / session_file_not_found / 等），排查先读 reason。
tools 模式：'core'（默认 · 2 个）｜ 'brain' / 'all'（30 个）。风险工具 mdcg_forget / mdcg_restore / mdcg_review_decide 需 can_admin。逐 op 映射见 功能调用映射表 与 op 全表（自动生成，cogmap_sync.py check 守漂移）。
🖥️ 图形界面（可选增量包 · 面向 DSH）
灵枢本体不带界面。ui/minimal/ 是可选增量包：装到插件目录后 DSH 左侧出现「灵枢」面板（也可直接开 http://127.0.0.1:<DSH端口>/lingshu）。
powershell -ExecutionPolicy Bypass -File ui/minimal/install.ps1 -PluginPath <灵枢插件目录> -CheckOnly # 只检查，不写文件
powershell -ExecutionPolicy Bypass -File ui/minimal/install.ps1 -PluginPath <灵枢插件目录> # 安装（可逐文件回滚）
powershell -ExecutionPolicy Bypass -File ui/minimal/install.ps1 -PluginPath <灵枢插件目录> -Uninstall # 卸载
装完需重启 DSH（client bundle 在启动时注册）。0.9.15 起接线随包自带，改插件清单不必重装 UI。
页面语义、三条实测坑（hash 失配 / 备份残留 / 左侧无图标）与排障 → 图形界面：安装与排障 · 逐步说明 使用说明。
🔐 权限：读 / 写 / 裁 三层，各自可收窄
默认以只读 guest 运行（读得到、写不进）。三条裁定：设计者只读 · 写需谨慎 · 裁决须反思与验证单元复核——自我人格的偏移与失忆是毁灭性的，全权限在不可靠的情况下就是灾难。
python -m md_cg.tokens issue --role designer --actor my-agent # 签发（designer 默认全集）
python -m md_cg.tokens verify --token-file-in <令牌文件> # 体检（含覆盖面缺口报告）
| 面 | 给谁 | op 边界 |
|---|
| 只读面 | 界面面板 · 子智能体 · 巡检 | 17 个（不含 write/verify/forget/scrub/consolidate/index_*/export/maintain/link） |
| 写面 | 记录单元 | 追加 write |
| 裁决面 | 验证单元 | 追加 verify |
写入按层收紧：contextual 可直写 → knowledge 需反思单元 → structural 需反思+验证 → self/anchor 需人工裁定（MDCG_WRITE_GATE 三态：off/warn/enforce）。裁决需双单元复核且不得自证（MDCG_REVIEW_DUAL_CHECK=1）。warn 档判定用 cg(op=info).write_gate 查（进程内计数，不依赖宿主转发 stderr）——先观察再切 enforce。
完整规则、开关与报错对照 → 权限与复核模型。
📚 文档地图
🔌 多 harness 接入（按端分目录）
主推路径：MCP 直挂——各端共性都是挂载同一个 stdio MCP server（python -m md_cg.mcp_server），不依赖任何插件系统。
| 目录 | harness | 纪律注入方式 |
|---|
dsh/ | DeepSeek Harness | ~/.dsh/profiles/web/cordis.patch.yml 的 personaPrefix（compact · 每轮） |
codebuddy/ | CodeBuddy | 项目根 CODEBUDDY.md（full · 会话起始） |
zcode/ | ZCode | 项目根 AGENTS.md（full · 会话起始） |
codex/ | Codex CLI | 项目根 AGENTS.md（full · 会话起始） |
claude/ | Claude Code | 项目根 CLAUDE.md（full · 会话起始） |
五端纪律同源（docs/工作纪律_认知图条目_v1.1.json），由 scripts/render_discipline.py 渲染、scripts/verify_discipline.py 守卫漂移。
🤝 贡献与验证文化
尤其鼓励「经过验证有效」的提交：issue 请给出触发条件、最小复现与实测读数；PR 请附改动说明与验证方式（复跑命令与读数）；结论均以能被独立复跑为准——issue #1 是一个好例子（触发链、最小复现、判据三样都齐）。缺少证据、无法复现的描述，我们会先回帖请求补充证据再处置。
- PR 审核：走「技术审（外部验证者）＋ 理论核（本项目）」两道闸；缺少证据的提交会先回帖请求补充再处置
- 📣 蜂巢反馈邀请：
hive/ 处于稳定阶段，但并发与崩溃恢复需真实负载打磨。失败路径比「跑通了」更有价值——请开 Issue 并附 hive_doctor 输出
- 安全缺陷：含可直接利用细节的走私密通道，其余仍走公开 issue
📏 工程纪律与设计者视角（可选复用）
灵枢自身按一套 18 条工程纪律运行（理论先行 / 全面处理 / 根因纪律 / 验证先行 / 双副本同步 / 兜底路径 / 任务派发统一走蜂巢 / 内容政策双清单 / 敏感信息隔离 / 记忆闭环）。它本是灵枢的「自我约束」，与你用不用灵枢无关；但若你希望自己的 Agent 也具备同样的工作方式，这套纪律可以直接复用——纪律真源（每条 ≡ 一个认知图节点，含触发词路由）· 设计者视角元技能（动手前回答「该不该做 / 为什么做 / 条件够不够」）。部分条款针对灵枢私有管线，复用时建议只取方法论 / 执行 / 调度 / 合规 / 记忆闭环五组通用条款。
护栏宪章 · 许可证
本插件接入即接受 灵枢护栏宪章 v2.0-published 约束——对外部智能体与人类使用者的行为边界作出公开、可执行、可审计的规定，并保护人类使用者。
MIT © 荣（FuRongJun-1999）· 灵枢 LINGSHU 工程实现。DeepSeek Harness 为 DeepSeek 官方开源项目（MIT），本插件与之无隶属关系。
