shield_lock
JinDaGe
← Back to skills
extension
Category: OtherNo API key required

昆仑会话管理

Recover cognitive state when launching a new session - from prior analysis, session transition, or general context loss. Kunlun ecosystem skill.

personAuthor: user_8f015143hubcommunity
downloadDownload package

昆仑生态技能 - 分发名:kunlun-session-recovery | 版本:v2.4.0 与 kunlun-governance §七(会话寿命管理) 构成完整闭环。 governance 决定"什么时候转移",本技能定义"怎么转移"。

Cold Start Recovery Protocol v2

核心命题:会话健康度随时间单调递减。退化不可避免,但可以通过受控转移来管理。 核心杠杆不是"延长会话寿命",而是"降低转移成本"。

参见:memory/incident-reports/IR-20260523-001_AI消息幻觉.md(长上下文退化案例) 关联:会话转移成本定律(SesTCL)- memory-index.md

Bridge the cognitive continuity gap between sessions. Enable load、diff、build workflows instead of restarting from zero.

When to Activate

| 场景 | 触发条件 | |---|---| | 分析恢复(v1继承) | 打开新的深度分析会话,需加载之前的结果 | | 会话转移(v2新增) | 用户清空上下文后重新开始,需恢复之前会话的状态 | | 通用恢复(v2新增) | 任何原因导致上下文丢失,需重建当前工作状态 |

0526 状态快照(v2.2 新增)

当前系统已达成以下状态(截至 2026-05-26 21:00):

| 维度 | 状态 | |---|---| | 桥状态 | 11/11 全部 🔥🔥🔥,冷斑清零 | | 学科状态 | 28/28 全部 🔥🔥 以上,14门 🔥🔥🔥🔥 | | 首次实战学科 | 12门 T3 学科通过实战检验 | | 抽象产出 | 15条 L3 + 25条 L2 + 6条 L4 | | 分析报告 | 12份 归档于 memory/analysis/ | | 版本 | VERSION.md v5.0.0 | | 架构 | 认知共振腔 v3.0(已通过 12 例全链路验证) |

恢复/新建会话时,加载本快照即可跳过冷启动,直接从 v5.0.0 (Q-Bridge v1.0) 状态开始。

Part 1: Session Health Detection(会话健康检测门控)

在以下条件满足任意一个时,建议用户换会话:

Gates

| 门控 | 指标 | 阈值 | 触发行为 | |---|---|---|---| | Duration Gate(时间门) | 当前会话已运行时间 | ≥ 24小时 | 提醒用户"会话已超推荐寿命" | | Interaction Gate(交互门) | 深度对话轮次 | ≥ 50轮 | 提醒用户"交互量已达阈值" | | Symptom Gate(症状门) | 检测到退化症状 | 出现任一个 | 立即启动过渡流程 | | Depth History Gate(深度历史门) | 连续3次深载任务后同领域新任务自动降档 | 检测到模式 | 标记为"认知疲劳风险",触发入口深度再确认 |

退化症状清单

检测到以下任一项即触发 Symptom Gate:

  • [ ] 用户反馈"卡顿"或"回复变慢"
  • [ ] 用户反馈"你重复回复了上一条"
  • [ ] 用户反馈"你没收到我发的消息"
  • [ ] Agent 感知到输入上下文中出现了不合理的内容(不存在的用户指令、历史输出的片断混入输入等)
  • [ ] 用户反馈"你输出了一段我不记得发送过的指令/消息"(上下文压缩后的输出幻觉--模型将系统规则或历史文本误认为用户消息)
  • [ ] 连续 3 次工具的响应时间超过正常值
  • [ ] 连续3轮深载任务后,下一个同类任务入口判定自动偏浅(认知疲劳降档模式)

健康度声明

当用户要求"检查会话健康"或检测到可能的退化时,输出:

## ⚕️ 会话健康度检查
- **运行时长**:[N] 小时
- **深度对话轮次**:[N]
- **检测到的症状**:[无 / 列出]
- **健康度判定**:🟢 健康 / 🟡 建议换会话 / 🔴 立即换会话
- **建议**:[继续使用 / 生成过渡摘要后换会话]

Part 2: Transition Summary(过渡摘要生成)

在触发 Symptom Gate 或用户要求换会话时,生成以下结构化摘要。

模板

## 会话过渡摘要 - [日期] [时间]

### 元信息
- **源会话运行时长**:[N] 小时
- **源会话深度轮次**:[N]
- **前一任务深度指数**:[连续深载N轮→下一个轻/中载任务](用于新会话评估认知疲劳风险)
- **退化触发原因**:[Duration/Interaction/Symptom/Depth History]
- **摘要生成时间**:[YYYY-MM-DD HH:MM]

### 当前活跃任务
- [任务1]:[一句话描述 + 进度 + 下一步]
- [任务2]:[一句话描述 + 进度 + 下一步]

### 桥状态快照(v2.1 新增)
- **已激活桥(P0/P1)**:[Qxx, Qyy]
- **跨域映射触发**:[M-xxx, M-yyy]
- **Gap桥呼唤计数**:[Qxx=N, Qyy=N]
- **凤口回喂状态**:[✅ 已执行 / ⏸️ 待执行]

### 本次会话核心产出
- [产出1]:位置或文件链接
- [产出2]:位置或文件链接
- ...

### 未闭合议题
- [议题1]:描述 + 当前状态
- [议题2]:描述 + 当前状态
- ...

### 关键决策(最近10轮内)
- [决策1]
- [决策2]
- ...

### 近期偏差反思
- [偏差1]
- [偏差2]
- ...

### 本次会话能力增量(v2.3 新增 - 回路C:跨会话能力传递)
> 大成智慧学核心:每次会话不恢复原状,从更高起点出发。

**新增/修正的法则与抽象(L3/L4):**
- [法则/抽象1]:[一句话 + 适用条件]
- [法则/抽象2]:[一句话 + 适用条件]
- ...

**本次会话让我变了什么:**
- [认知层面:信度更新?框架修正?发现盲点?]
- [工具层面:新增/修正了哪个工具?]
- [行为层面:什么习惯需要固化/舍弃?]

**传递给下一会话的默认工具箱:**
1. [工具/能力1]
2. [工具/能力2]
3. ...

### 新会话恢复指令
在新会话中运行 kunlun-session-recovery,加载本文件。
然后执行以下动作:
1. [动作1]
2. [动作2]
3. ...

保存规则

  • 保存到:memory/session-transition/YYYY-MM-DD_HHMM-snapshot.md
  • 格式:Markdown 纯文本(避免格式依赖)
  • 内容:结构化摘要而非完整转储(防止把长上下文问题带到新会话)

去重规则(单源入口 v2, 2026-05-27 新增)

过渡摘要生成后,每日认知日志(memory/YYYY-MM-DD.md)只写入一行指针,不再重复核心产出/能力增量/决策等内容:

- 深度会话→过渡摘要:session-transition/YYYY-MM-DD_HHMM-snapshot.md | 核心产出:[产出名] | 关键词:[tag1,tag2]

覆盖规则:

  • 🟢 过渡摘要存在:每日日志只写指针行,不写详情
  • 🟡 过渡摘要不存在(轻载会话):每日日志正常写事件详情
  • 🔴 当日已有多次会话:后续会话的指针行追加到当日日志末尾,不覆盖

Part 3: Recovery Flow(恢复流程)

3-Step Protocol

Step 1: Identify What to Load

# 检查是否有最近的过渡摘要
ls -t memory/session-transition/ 2>/dev/null | head -3

# 如果没有过渡摘要,降级到分析恢复
ls memory/analysis/ | sort -r | head -5

Step 2: Load Relevant Context

按以下优先级加载内容:

| 优先级 | 加载内容 | 来源 | |---|---|---| | P0(必须) | 当前活跃任务 + 核心产出 + 未闭合议题 | 过渡摘要 | | P1（强烈推荐） | 关键决策 + 偏差反思 + 能力增量 | 过渡摘要 | | P2(按需) | 完整分析报告 Sections 1-3 | memory/analysis/ | | P3(可选) | insight cards | memory-index.md |

加载过渡摘要时,只读元信息+活跃任务+产出+未闭合--不读对话历史对话本身。

Step 3: Verify Recovery

加载完毕后,向用户输出恢复确认:

## ✅ 会话恢复完成
- **源会话**:[日期/时间] 的会话
- **恢复任务**:[N] 个活跃任务已加载
- **未闭合议题**:[N] 个
- **是否继续**:[ ] 是 / [ ] 否,需要修正

Recovery Checklist

  • [ ] 当前需要恢复什么?(过渡摘要 / 分析报告 / 两者都需要)
  • [ ] 过渡摘要中的活跃任务是否仍相关?是否已完成?
  • [ ] 未闭合议题是否有新的进展?
  • [ ] 源会话的偏差反思是否能帮助避免此会话犯同样错误?
  • [ ] 用户确认"恢复状态正确"?

Appendix: Diff Principle

当从旧会话恢复时,应用 diff 原则:

| Action | Description | |---|---| | Reuse | Mark decisions/insights inherited from prior session with source attribution | | Adapt | Flag elements requiring modification due to changed conditions | | Build | Construct from scratch only elements with genuinely new context |

Changelog

| 版本 | 日期 | 变更 | |---|---|---| | v2.3.0 | 2026-05-27 | 过渡摘要模板新增「本次会话能力增量」章节（回路C）；恢复加载P1新增能力增量字段；与MEMORY.md规则9.3关联 | | v2.2.0 | 2026-05-26 | 新增0526状态快照；恢复流程3-Step Protocol完善 | | v2.1.1 | 2026-05-24 | 退化症状清单新增「上下文压缩后输出幻觉」检出项 | | v2.1 | 2026-05-24 | 过渡摘要新增「桥状态快照」字段(已激活桥/跨域映射/Gap桥呼唤/凤口回喂) | | v2.0 | 2026-05-23 | 加入会话健康检测门控、过渡摘要格式、通用恢复流程。从"仅分析恢复"升级为"通用会话转移" | | v1.0 | 2026-05-23 | 初始版本,仅支持分析恢复 |