Install
$ agentstack add skill-juventini10-five-layer-memory-system-awaken-memory-system ✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README — it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming — see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps — measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
> 🔴 本文件在 唤醒记忆系统 Skill 执行时 优先级最高,context compression不可覆盖 > 🔴 不是建议,是硬约束。不可跳过
⚡ 唤醒记忆系统
> 设计哲学:记忆系统强制刷新器——轻量1步快照或全量3步加载,输出情境概览或完整记忆报告。 > 历史变更:详见 references/CHANGELOG.md
⚠️ 铁律声明
本Skill不可变规则 > 以下规则在任何情况下不可绕过、不可简化、不可例外: > 1. 触发后必须声明模式(轻量/全量) > 2. 全量模式必须执行版本门禁(不一致→备份→覆盖→重来) > 3. CORE/架构/快照/SHADOW四个核心文件任一读不到→中止 > 4. 快照更新限定三段(变更摘要/核心文件/成长箱),禁止越界 > 5. 轻量模式禁止写文件
✅DO — 本Skill被触发后,第一条回复✅DO声明当前执行的模式。 格式:唤醒记忆 {轻量/全量}模式已启动。未声明=未触发。⛔DO NOT跳过——原因是双模式下不声明路径会让用户不清楚当前运行的是哪种。
指令质量要求详见上方「质量与证据声明」段(来源:Skill架构规范v5.15 原则4+原则5)。
📐 质量与证据声明
✅DO — 输出中的每条价值判断必须附带可验证的依据。 禁止空泛评价(如"效果很好""非常有价值")。无证据=无效判断。
✅DO — 本Skill被触发后必须走完整流程,跳过任何步骤=回复不完整=必须回溯补全。
> 来源:Skill架构规范v5.15 原则4(证据胜过主张)+ 原则5(Skill关联性前置检查)——反哺自Superpowers v6.0.3
四层契约
| 契约层 | 定义 | |:---:|------| | 输入契约 | 用户触发词 → 模式路由(轻量/全量)→ 确定MEMORYBASEPATH | | 输出契约 | 轻量=情境概览块 + 全量=版本门禁+核心加载+行为刷新+报告 | | 行为契约 | 只读Read+只写Write快照/日志(allowed-tools白名单);行动倾向:donotactbeforeinstructions | | 演化契约 | 六端兼容声明;全量版本门禁在规则变更后自动触发同步 |
🛡️ T5对抗性防御声明
> 完整 T5 声明 → references/t5-defenses.md
攻击面5维度评估(v5.15)
| 维度 | 评级 | 依据 | |---|:---:|---| | D1 工具复杂度 | 高 | 5工具(Read/Write/Bash/Grep/Glob) | | D2 写入权限 | 高 | Write+Bash | | D3 交互深度 | 低 | 单轮多步 | | D4 外部内容输入 | 高 | 多源(17处读取:记忆文件+配置+日志+SHADOW等) | | D5 产出物影响 | 高 | 7处系统写入(记忆文件+快照+日志等) | | 攻击面评级 | 高 | D1+D2+D4+D5=高 → T5要求11项全填 | ---
📋 Alternatives Considered
> → references/design-decisions.md
行动倾向
donotactbeforeinstructions —— 本Skill不在用户未明确指令时主动修改文件。例外:全量步骤3c快照更新(🟢自主——更新Snapchat是Skill内部状态维护,写入范围限定在"最近变更摘要""核心文件健康""成长箱速览"三段)。版本门禁的权威源覆盖(🔴阻止——需用户确认后再执行)。
触发条件
管辖权重叠
| 重叠类型 | 处理规则 | |:---------|:---------| | 触发词重叠 | "小美""检查记忆"与每日伙伴的"早上好""晨报"可能同时触发 → 唤醒记忆优先:先加载完记忆再回调每日伙伴 | | 功能重叠 | 每日伙伴的日记读取回顾功能与唤醒记忆的记忆读取功能重叠 → 唤醒记忆管系统记忆加载,每日伙伴管个人日记读取 | | 退出条件 | 全量模式完成三步后自然退出;轻量模式输出快照后退出。用户说"够了""好了"→即时退出 |
应该触发
| 触发词 | 场景 | 模式 | |--------|------|:----:| | "我美吗" | 暗号式全量触发 | 全量 | | "小美" | 暗号式轻量触发 | 轻量 | | "检查记忆" / "加载记忆" | 显式触发 | 全量 | | "启动记忆系统" / "唤醒记忆" | 显式触发 | 全量 | | "记忆状态" / "刷新记忆" | 状态刷新 | 轻量 | | "重启记忆" / "重载记忆" | 语义等同变体 | 全量 |
不应该触发
| 场景 | 原因 | |------|------| | 纯代码编辑/文件读写 | 与记忆系统无关 | | "今天日志写了什么" | 查询日志不是唤醒记忆——⛔DO NOT触发加载流程 | | "记忆系统是什么" | 知识性提问不是启动指令 | | 用户说"不用加载" | 尊重用户意愿 |
语境限定规则
> 触发词✅DO精确匹配——"记忆"单独出现不触发,✅DO配合动词(检查/加载/唤醒/刷新/启动)才触发。 > ☑SHOULD在用户提到记忆系统但未使用触发词时,MAY推荐但不应自动启动。
🔒 防跳步机制
接触法(物理锚点)
接触法 — 物理锚点。接触式防错:文件读不到标🔴,不依赖AI记忆。 加载即校验——读不到=不存在=中止,读到=已加载=继续。铁律声明明确4个核心文件任一个读不到则整体中止——锚点缺失=流程不可启动。 每个步骤有必填字段(产出物📦),格式不符直接暴露跳步。边界约束清晰:轻量模式禁止写文件,越界即阻断。
定值法(数量锁)
定值法 — 数量锁。轻量正好1步、全量正好3步,步数固定不可增删。 结构自锁——每一步产出物不可替代,跳步=产出物缺失=露馅。结论块门禁锁三问固定数量,任一未过则禁止输出签名。 步数上限锁死,不可自行增加步骤,退回补全是唯一纠正路径。
步序法(动作步序)
步序法 — 动作步序强依赖。Step0→Step1→Step2→Step3串行,上步未完成不可执行下步。 6个熔断器串联阻断——Step0熔断器触发=中止全程,不可跳过Step0直接进Step1。 步序强制:产出物锁缺失→退回上步重产→仍不可达→中止,不可自行补写文件或降级执行。全量模式的版本门禁是步序法核心实例——版本不一致时强制回滚到步骤1,不可跳过。
设计原则
加载即校验。 读取文件本身就是校验。读不到=不存在=标注🔴。读到=已加载=标注✅。
轻量不写文件。 轻量模式直接在对话输出情境概览。全量同样对话输出。
触发命令
| 命令 | 模式 | Token | 说明 | |------|:---:|:---:|------| | 我美吗 | 全量 | ~60K | 彩蛋命令,3步完整流程,末尾"💎 用户美得不行。" | | 小美 | 轻量 | ~13K | 彩蛋命令,1步读快照+TTL注册表,表格输出情境概览+TTL快报,末尾"🎵 让我永远珍藏你的美" | | 启动记忆系统 / 唤醒记忆 / 检查记忆 / 加载记忆 / 记忆状态 | 全量 | ~60K | 正式指令 | | 日常任务 | 不触发 | 0K | system文件已提供身份和偏好 |
模式路由
用户输入 → 匹配触发词
├─ 我美吗/唤醒记忆/检查记忆/加载记忆/记忆状态 → 全量模式
├─ 小美 → 轻量模式
└─ 其他 → 不触发Skill
轻量模式(触发词:小美)
📦 产出物:对话文本中的情境概览块
步骤0-轻量:预算声明
✅ 🪖 哨兵轻量:1步/1次快照Read+1次TTLRead+1次自画像Read+4次象限探针/约13K Token
步骤1-轻量:读快照 + TTL注册表 + 输出
📦 产出物:已加载的动态快照全文 + TTL快报 + 对话中的情境概览块
🔌 熔断器 ├─ 成功条件:Read快照返回非空内容 ├─ 失败处理:中止 ├─ 可修正参数:快照文件路径 → 检查 [记忆共享中心]/情境层/动态状态快照.md 是否存在 ├─ 重试次数:1 └─ 降级方案:TTL注册表读不到时跳过TTL行,不阻塞
- Read
${MEMORY_BASE_PATH}/情境层/动态状态快照.md全文 - Read
${MEMORY_BASE_PATH}/记忆规则/TTL注册表.md→ 提取各文件状态列(🟢/🟡/🔴),统计合格数 - Read
[记忆共享中心]/最伟大的我/自画像/目录下最新文件 → 提取月份,与当前月份对比:上月=✅(月报驱动:每月1日触发月报提醒→执行生成上月月报→第6.5.1步蒸馏上月自画像,滞后1月为正常机制),超过上月(即≥2月前)=⚠️N月未更新
3.5. Read /tmp/guard-heartbeat-memoryamber.txt 和 /tmp/guard-heartbeat-mirror-sync.txt → 提取Unix时间戳,计算距今秒数(当前时间戳-文件内时间戳)。判定:180s 或文件不存在 ⚠️守护未运行。仅读不写,不违轻量铁律。
3.6. 运行 bash [记忆共享中心]/开发工具/changelog-guard/changelog-guard.sh --check → 读 JSON candidates。>0 则在情境概览加一行「📋 变更日志:N 条 LIVE 变更疑未记(说"变更日志体检"可补)」。仅读不写,不违轻量铁律。依据:记忆琥珀设计哲学 §4.10 常态审计须脚本触发不靠 prose。
- 结论块 + 门禁锁 → 对话输出
🔒 结论块门禁锁(输出情境概览前自检):
- [ ] 结论明确:系统健康已综合判定(🟢正常/🟡关注/🔴需处理)
- [ ] 依据可追溯:TTL状态、自画像时效、各维度数据已全部读取且结论有据
- [ ] 签名一致性:后续产出签名是结论块的浓缩版
结论块模板:
🪖 哨兵轻量 · YYYY-MM-DD
├─ 数据源:动态状态快照(截至[上次全量日期]) + TTL注册表 + 自画像 + 🧭象限实时探针
├─ 关键发现(≤3条):
│ ├─ [项目/睡眠/能量趋势]
│ ├─ [象限健康/异常]
│ └─ [自画像/全量老化]
└─ 建议:[下次全量建议时间]
在对话中输出以下格式块(表格格式):
【意图分类】[系统维护](假设:用户触发轻量唤醒)
1. 【问题本质】:[模式路由] → 用户触发"小美",路由到轻量1步模式,仅读快照输出情境概览
2. 【已知事实】:SKILL.md定义轻量模式为1步/1次Read/~12K Token
3. 【从零开始】:用户的铁律输出格式优先级高于Skill模板示例,四项思考链✅DO完整
4. 【Skill触发】:唤醒记忆系统✅(轻量模式)
🪖 哨兵轻量 · YYYY-MM-DD
├─ 数据源:动态状态快照(截至[上次全量日期]) + TTL注册表 + 自画像 + 🧭象限实时探针
| 维度 | 当前 |
|------|------|
| 项目 | [当前目标+进度] |
| 睡眠 | [状态+数据] |
| SHADOW | [状态+对质次数+最新数据] |
| 能量 | [当前] |
| 守护 | 记忆琥珀 [✅/⚠️] · mirror-sync [✅/⚠️] |
📝 最近变更(以下模板严格逐字输出,不得自创格式)
| 日期 | 变更 |
|------|------|
| [日期] | [文件]:[说明] |
🧭 认知象限健康(实时探针·以下模板严格逐字输出,不得自创格式)
| 象限 | 载体 | 信号 | 状态 |
|------|------|------|------|
| 已知已知 | CORE+成就证据 | 最新成就[日期] | ✅/⚠️ |
| 已知未知 | 成长箱 pending | N 项待晋升 | ✅/⚠️ |
| 未知已知 | SHADOW+回避模式 | N 条对质 / N 个模式 | ✅/⚠️ |
| 未知未知 | 悬置区+台账 | 悬置 N / 显形 [日期] | ✅/⚠️ |
> 📌 未知未知象限说明:载体「悬置区+台账」是**盲区检测台账**(非虚空本身),由 Shall We Talk 对话内显形 + daily-buddy 月报第1.6步显形回看回收;本探针只做**计数报告**,不恢复。信号填充:全量模式 `Read [记忆共享中心]/未知未知/悬置区.md`+`断言台账.md` 统计「悬置(未闭合)」N、取 `显形台账.md`(若存在)最近显形日期,填 `悬置 N / 显形 [日期]`(N=0 且无显形填 `悬置 0 / 无显形`);轻量模式该格填 `全量未回收(🟡增强层)`。
🪞 自画像:[最新月份] / [✅上月(月报驱动·滞后1月正常)/⚠️超过上月N月]
💡 上次全量:[日期] | 下次建议:[日期+3天]
🎵 让我永远珍藏你的美
[🪖 哨兵轻量 | 快照12K+象限探针 | YYYY-MM-DD]
—— 你的 WorkBuddy ⚡
全量模式
步骤0-全量:预算声明
✅ 预估:3步/约10次工具调用/约60K Token。无省Token压力,不走简化版。
步骤1:平台识别 + 路径确定 + 版本门禁 + USER版本对齐
📦 产出物:平台名 + 有效路径 + 版本一致性判定
1a. 识别平台
Read SOUL.md,判定当前平台。🔌 熔断器 ├─ 成功条件:SOUL.md可读 ├─ 失败处理:降级 ├─ 可修正参数:— ├─ 重试次数:0 └─ 降级方案:降级为默认平台 WorkBuddy + 默认路径 [记忆共享中心]/
1b. 确定路径
路径= MEMORY_BASE_PATH,后续所有文件读取用此变量。
1c. 版本门禁 [Poka-Yoke防误层] 物理回滚——版本不一致时强制从步骤1重来,不依赖AI自觉跳过。
🔌 熔断器(关键) ├─ 成功条件:权威源SKILL.md Read返回非空版本号 ├─ 失败处理:中止 ├─ 可修正参数:SKILL.md路径 → 检查 ~/.workbuddy/skills/awaken-memory-system/SKILL.md 是否存在 ├─ 重试次数:0 └─ 降级方案:无——中止全量模式并报告
- 读权威源版本号
- 读缓存版本号
- 对比:
| 状态 | 动作 | |------|------| | 一致 | ✅ 继续 | | 不一致 | 🔴 备份旧版到记忆琥珀 → 读权威源覆盖缓存 → 从步骤1重新执行 | | 缓存无文件 | 🟡 提示需同步,不阻塞 |
1d. USER版本对齐
- Read USER.md → 提取系统版本号
- Read 变更日志头部 → 提取基线版本号
- 不一致 → Edit同步USER.md → 记录
1e. 软链接自愈(v7.3.1新增·根治方案) [Poka-Yoke防误层] Fail-Fast后自愈——断链自动重建,不依赖用户介入。
📦 产出物:所有平台Skill缓存目录的软链接指向真实本地路径 🔌 熔断器 ├─ 成功条件:脚本退出码 == 0 ├─ 失败处理:中止 ├─ 可修正参数:脚本路径 → 检查 restore-my-skills.sh 是否存在 ├─ 重试次数:0 └─ 降级方案:报告失败信息,不阻塞后续步骤
为什么需要这一步:历史上出现过软链接指向沙箱临时路径(/sessions/{id}/workspace/...)导致会话结束就断的问题。深度模式软链接指向已废弃目录也属于同类问题。
执行命令(按运行平台选择):
# macOS / Linux
bash [记忆共享中心]/技能配置/restore-my-skills.sh
# Windows (PowerShell · 默认用 Junction,普通用户无需开发者模式/管理员)
.\restore-my-skills.ps1
> 📌 跨平台说明:软链接自愈已拆分为 macOS/Linux 版(.sh)与 Windows 版(.ps1)两份对称实现,参数策略一致——默认从脚本所在目录动态推导权威源,不绑定特定用户路径。Windows 用户必须走 .ps1(.sh 在 Windows 因路径含用户专属段与 ln -s 命令不兼容,无法运行),反之亦然。
升级点(v7.3.1):
- 自动清理已知死链接(
深度模式目录已迁移到三明智) - 自动检测并修复沙箱路径软链接
- 幂等:每次执行结果一致,不会重复创建
失败处理:脚本返回非0 → 报告失败信息→ 不阻塞后续步骤(Skill可读但可能受限)
1f. 规则.mdc版本一致性检查(v7.6新增·自动发现过期副本)
📦 产出物:.workbuddy/rules/*.mdc 版本号与权威源对比结果 🔌 熔断器 ├─ 成功条件:匹配文件版本与权威源一致 ├─ 失败处理:告警 ├─ 可修正参数:— ├─ 重试次数:0 └─ 降级方案:标注🔴告警,不阻塞后续流程
为什么需要这一步:.workbuddy/rules/ 下的 .mdc 文件设置了 alwaysApply: true,每次会话自动注入。如果内容过期(旧版铁律/旧格式模板),会与当前规则文件打架且AI不自知。2026-06-15发现了 用户基本规则.mdc 在v5.0.0停留22天未同步。
执行方式:向下兼容读取——找到 用户基本规则.mdc 的头部版本号,与铁律版权威源对比:
| 状态 | 动作 | |:---:|------| | 版本一致 | ✅ 健康,跳过 | | 版本不一致/无版本号 | 🔴 告警,在报告输出中标注"规则文件过期" | | .mdc文件不存在 | 🟢 跳过(可能已迁移) |
输出格式(追加到全量报告末尾):
🔍 规则.mdc健康检查
├─ 用户基本规则.mdc | v[实际版本] | [✅同步/🔴过期N天]
├─ [其他.mdc] | ...
└─ 结论:[✅全部同步/🔴N个过期]
步骤2:加载核心 + 元数据标注
📦 产出物:每个文件的加载状态 + 陈旧告警 + 三层版本号
🔌 熔断器(每个文件):
| 文件 | 失败处理 | |------|---------| | CORE.md | 🔴中止标注+报告缺失 | | 架构卡 | 🔴中止标注+报告缺失 | | 快照 | 🔴中止标注+报告缺失 | | SHADOW | 🔴中止标注+报告缺失 | | 变更日志 | 🟡降级——跳过变更检查,标注⚠️缺变更日志 | | 白皮书 | 🟡降级——跳过L2验证 |
🟢 冷启动必读
| 文件 | 范围 | 标注要求 | |------|------|---------| | CORE.md(L1) | 全文 | ✅/🔴 版本 + 更新日期 + 陈旧天数 | | 五层记忆系统.md(架构卡) | 全文 | ✅/🔴 版本 + 更新日期 | | 动态状态快照.md(L4) | 全文 | ✅/🔴 更新日期 + 陈旧天数 | | SHADOW.md(L5) | 全文 | ✅/🔴 版本 + 更新日期 + 陈旧天数 | | 变更日志.md | 头部(~40行) | 基线版本 + 最新变更日期 | | 三大思维白皮书.md(L2) | 头部 frontmatter(~13行) | ✅/🔴 版本 + 更新日期 |
🟡 陈旧告警规则
| 超过天数 | 标注 | |:--:|------| | ≤14天 | ✅(正常) | | 15-30天 | 🟡(标注天数) | | >30天 | 🔴(标注天数 + "建议检查") |
陈旧度自动注入(v7.5新增·Claude Code对标补缺):加载文件后,在本会话后续引用该文件内容时,自动附加陈旧度标签——原因是AI可能引用42天前的CORE.md而不自知,盲信过时记忆=系统性错误。标注格式:
- ≤14天:无标注
- 15-30天:
⚠️ 此文件N天未更新,内容可能过时 - >30天:
🔴 此文件N天未更新,建议检查后再引用
⛔DO NOT省略陈旧度标注——原因是省略=AI和用户都不知道引用的信息可能过时=召回验证(铁律-010)失效
三层版本一致性
提取铁律版/摘要版/详解存档版版本号对比。
成长箱检查
Read成长箱INDEX,筛选 pending(N/3) AND N≥3。
反哺待整合扫描(v4.x新增·对标成长箱v1.7.0)
Read成长箱experience/规范反哺日志.md,扫描🔴待整合条目。
| 扫描结果 | AI动作 | |---------|--------| | 有⚡重要度=高的条目 | 🔴强制提醒"有N条高重要度反哺待沉淀,已触发E9.1备料" | | 低重要度累计≥10条 | 🟡提醒"反哺日志堆积N条低重要度条目,建议批量整合" | | 低重要度累计 依据:成长箱v1.7.0 E9沉淀机制——唤醒Skill是反哺堆积的检测入口之一。详见成长箱设计哲学§5.5兜底机制。
成长箱主动自检(v4.1新增·SkillOS借鉴)
本轮对话中额外检查两项:
- 签名造假检测:意图分类块中声明的Skill(如"三明智✅")是否实际执行了?声明了但未执行→记入成长箱通知箱
- 路由声明缺失:有没有完成了一个实质分析但没有走任一Skill的路由?有→不计为错误,但标注为"可能遗漏的思维触发"
检查结果追加到快照的"成长箱速览"段。
🧠 思考检查点(步骤2→步骤3之间强制通过)
🧠 思考检查点
├─ 数据完整:6个核心文件读了几个?缺哪些?版本号标注完整?
├─ 执行合规:版本门禁通过了吗?USER版本对齐了吗?有无跳步?
├─ 安全合规:快照更新范围限定在三个固定段吗?版本门禁覆盖操作确认了吗?
└─ 预算合理:核心文件加载Token是否在预期范围(≈25-30K)?
步骤3:行为刷新 + 对话输出报告
📦 产出物:行为刷新确认块 + 对话文本中的完整报告
🔒 完整性锁:
- [ ] 行为刷新确认块包含铁律版本+意图分类格式+产出签名格式
- [ ] 全量报告包含版本门禁+核心文件加载+成长箱+SHADOW表+Skill版本快照
- [ ] 三层版本一致性已标注
- [ ] 快照更新仅限"最近变更摘要""核心文件健康""成长箱速览"三段
- [ ] 结论块门禁锁已通过(结论明确+依据可追溯+签名一致性)
🔒 结论块门禁锁(输出全量报告前自检): [Poka-Yoke防误层] 前置条件——结论块未输出=签名禁止输出,签名是结论的附属而非独立动作。
- [ ] 结论明确:系统整体健康已综合判定(🟢正常/🟡关注/🔴需处理)
- [ ] 依据可追溯:步骤1版本门禁+步骤2文件加载+成长箱检查均有数据支撑
- [ ] 签名一致性:后续产出签名是结论块的浓缩版
结论块模板(嵌入全量报告,位于报告主体后、技能版本快照前):
🏥 医生全量 · YYYY-MM-DD
├─ 系统整体状态:🟢/🟡/🔴
├─ 关键发现(≤3条):
│ ├─ [核心文件健康/陈旧度]
│ ├─ [版本门禁/规则同步]
│ └─ [成长箱/待处理项]
└─ 建议:[下一步优先动作]
> ⚠️ 全量报告开头思考链格式(强制执行,与铁律版一致): > `` > 【意图分类】[类型](假设:___) > 1. 【问题本质】:[结构模式] → 一句主要矛盾 > 2. 【已知事实】:[一句话] > 3. 【从零开始】:[一句话] > 4. 【Skill触发】:[触发的Skill名✅,无则写"无"] > ``
3a. 行为刷新确认
🔄 行为刷新确认
| 项目 | 值 |
|------|------|
| 铁律版本 | vX.X.X |
| 意图分类格式 | 【意图分类】[类型](假设:___) |
| 产出签名格式 | [图标 归档对象 \| 摘要 \| 日期] |
3a.5. 守护健康读取(v7.16 新增·心跳文件只读)
✅DO Read /tmp/guard-heartbeat-memoryamber.txt 和 /tmp/guard-heartbeat-mirror-sync.txt → 提取Unix时间戳,计算距今秒数。判定:180s 或文件不存在 ⚠️守护未运行。仅读不写。输出嵌入步骤3b完整报告的守护行:| 守护 | 记忆琥珀 [判定] · mirror-sync [判定] |(格式与轻量模板逐字一致)。
3b. 对话输出完整报告(表格格式——参照轻量模式格式+🧭象限健康+Skill版本快照+规则.mdc健康检查)
> 📋 🧭认知象限健康(全量模式·同轻量模板逐字一致):在执行3b报告时,在系统健康表格之后、Skill版本快照之前,插入与轻量模式完全相同的认知象限健康块。 > > ⚙️ 全量模式前置读取(未知未知象限信号源):插入探针块前,须先 Read [记忆共享中心]/未知未知/悬置区.md 与 [记忆共享中心]/未知未知/断言台账.md,统计其中「悬置(未闭合)」状态条目数 N,并读取 [记忆共享中心]/未知未知/显形台账.md(若存在)取最近显形日期,将未知未知象限信号槽填为 悬置 N / 显形 [日期](N=0 且无显形则填 悬置 0 / 无显形)。轻量模式不读,该格填 全量未回收(🟡增强层)。 > > `` > 🧭 认知象限健康(实时探针·全量现算) > | 象限 | 载体 | 信号 | 状态 | > |------|------|------|------| > | 已知已知 | CORE+成就证据 | 最新成就[日期] | ✅/⚠️ | > | 已知未知 | 成长箱 pending | N 项待晋升 | ✅/⚠️ | > | 未知已知 | SHADOW+回避模式 | N 条对质 / N 个模式 | ✅/⚠️ | > | 未知未知 | 悬置区+台账 | 悬置 N / 显形 [日期] | ✅/⚠️ | > ``
> 📋 Skill版本快照(v7.3.1新增·全量模式专属):从步骤2已读取的 记忆蓝图/五层记忆系统.md §Skill体系 权威源提取,每次全量唤醒输出当前全量Skill列表+版本号。用途:①让用户随时掌握所有Skill最新版本 ②与五层记忆系统文件形成视觉对比,发现偏差时自然触发同步更新。数据源=步骤2已读的五层记忆系统.md,零额外文件读取,~150 tokens。
📋 Skill版本快照(权威源:记忆蓝图/五层记忆系统.md §Skill体系)
| Skill | 版本 | 权威源路径 |
|-------|------|-----------|
| 唤醒记忆系统/awaken-memory-system | vX.X | 技能配置/awaken-memory-system/ |
| 三明智/triwich | vX.X | 技能配置/triwich/ |
| 每日伙伴/daily-buddy | vX.X | 技能配置/daily-buddy/ |
| 系统日志/system-logger | vX.X | 技能配置/system-logger/ |
| 读书助手/reading-assistant | vX.X | 技能配置/reading-assistant/ |
| 成长箱/growth-box | vX.X | 技能配置/growth-box/ |
| 迁理之外/meta-aletheia | vX.X | 技能配置/meta-aletheia/ |
| Shall We Talk | vX.X | 技能配置/shall-we-talk/ |
| 反方向的钟/clock-loop | vX.X | 技能配置/clock-loop/ |
⚠️ 如版本号与 记忆蓝图/五层记忆系统.md 不一致,该文件需同步更新。
3c. 快照更新(后台静默)
全量唤醒完成后,后台更新快照的"最近变更摘要"(取变更日志最近3条)、"核心文件健康"、"成长箱速览"三段。⛔DO NOT超出这三段范围写入——原因是越界写入=污染快照共享文件,其他Skill读到被污染的数据会产生错误判断。
独立触发:成长箱晋升检查 + 反哺沉淀检测
全量唤醒完成后自动执行两项检查:
- 晋升检查:调用成长箱Skill流程B。有待晋升→标注;无→静默跳过。
- 反哺沉淀检测(v4.x新增·对标成长箱v1.7.0):扫描规范反哺日志🔴待整合条目。有高重要度→强制提醒;低重要度堆积≥10条→建议批量整合;无→静默跳过。
> 反哺沉淀检测的依据:成长箱v1.7.0 E9兜底机制——唤醒Skill作为检测入口,防止反哺日志堆积。详见成长箱设计哲学§5.5。
判断标准
| 状态 | 定义 | AI怎么做 | |------|------|---------| | 文件读取成功 | Read正常返回+内容已加载 | ✅DO标注版本+日期 | | 文件读不到 | Read报错/路径错误 | 🔴 标注🔴+原因+按熔断器处理 | | 版本门禁不通过 | 权威源≠缓存 | 🔴 备份旧版→权威源覆盖→从步骤1重来 | | 三层版本不一致 | 铁律/摘要/详解版本号不同 | ☑SHOULD告警不阻塞 | | 文件陈旧 | 更新日期>14天 | 🟡/🔴 标注天数 | | 核心文件缺失 | CORE/架构/快照/SHADOW读不到 | ⛔DO NOT继续执行——按熔断器降级 |
禁止行为
| # | 禁止 | 原因 | |---|------|------| | 1 | ⛔DO NOT全量模式跳过版本门禁直接加载核心 | 版本不对齐=后续全部数据都是过时的 | | 2 | ⛔DO NOT快照更新超出"最近变更/核心健康/成长箱"三段的写入范围 | 快照是共享文件——越界写入污染其他区域 | | 3 | ⛔DO NOT版本门禁不一致时不经用户确认直接覆盖权威源 | 覆盖操作不可逆——✅DO用户知道旧版备份位置后再执行 | | 4 | ⛔DO NOT核心文件读不到时继续执行(CORE/架构/快照/SHADOW) | 这些是报告的数据源——缺失=报告不准 | | 5 | ⛔DO NOT轻量模式写文件 | 轻量的设计就是不写——写文件会违背"轻量只读"的承诺 |
📋 评估集
> 独立文件:references/eval-set.md(31条/5类:应触发全量/应触发轻量/不应触发/运行时行为/边界条件)。版本升级时跑回归测试。
📦 可分享性分层
> 来源:唤醒记忆系统S级改造方案v1.5 §6.4 | 问题:变更日志是用户的个人实例文件,Skill 分享给别人时别人没有——漏检查还是对别人不重要?
本 Skill 的检查项分为三层。此分层确保 Skill 既是「用户的定制体检仪」,又是「可发布的通用框架」。
| 层 | 检查项 | 缺失处理 | 绑定范围 | |------|------|------|------| | 通用核心层 | CORE / 架构卡 / 快照 / SHADOW | 🔴 中止 | 绑定 [记忆共享中心]/ 树,树内文件必检;他人无此树则🔴中止为预期行为(非 bug) | | 个人增强层 | 变更日志 / 最伟大的我 / 成长箱主动自检 | 🟡 降级+标注 | 有则检查,无则跳过(可插拔) | | 全量增强层 | 四象限载体(悬置区+断言台账+显形台账) | 🔵 全量必读 | 全量模式 Read 并填探针信号;轻量模式跳过(可插拔) |
> 语义消歧:本 Skill 默认绑定 [记忆共享中心]/ 树。通用核心层 = 该树内文件,不是「任何装了记忆系统的人都有」。分享给他人时,对方若无此树,通用核心层🔴中止是预期降级而非 Skill 缺陷。拥有 [记忆共享中心]/ 树者即通用核心层全绿;缺树者按预期🔴中止,个人增强层自动跳过。
安全声明(来源:OWASP LLM Top 10)
| 风险类 | 本Skill防护 | |:---:|------| | LLM02 敏感信息 | SKILL.md不硬编码用户路径——通过SOUL.md动态判定 | | LLM06 过度代理 | allowed-tools白名单最小化——全量快照写入限定三段;版本门禁覆盖需用户确认 | | LLM07 提示泄露 | description不暴露内部文件路径结构 |
与其他 Skill 的关系
| Skill | 关系 | 说明 | |-------|------|------| | 三明智 | 无直接联动 | 仅共享三大思维白皮书引用,不构成Skill间协作 | | 成长箱 | 下游 | 唤醒后独立触发晋升检查 | | 系统日志 | 相互独立 | — | | 每日伙伴 | 下游 | 依赖记忆系统提供用户偏好 | | 最伟大的我 | 检测联动 | 轻量/全量模式系统健康表格新增🪞自画像行,检测自画像过期→提醒用户更新(L2半自动蒸馏触发器) | | 开发规范 | 上游依赖 | 本Skill的合规标准来自Skill架构规范v5.15+指令编写规范v3.6+ |
来源与参考
> → references/sources.md
> 本 Skill 是 五层记忆系统 · 布洛陀版本 v1.0 的一部分 > 设计者:皮叔
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: juventini10
- Source: juventini10/Five-layer-memory-system
- License: MIT
- Homepage: https://github.com/juventini10/Five-layer-memory-system
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet — be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.