6.4 KiB
6.4 KiB
title, created, updated, type, tags, sources, sources_count, confidence, last_confirmed, status
| title | created | updated | type | tags | sources | sources_count | confidence | last_confirmed | status | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 记忆生命周期 | 2026-04-13 | 2026-04-15 | concept |
|
|
0 | 0.5 | 2026-04-15 | active |
记忆生命周期
概述
Wiki 内容不是平等有效的。原始 LLM Wiki 模式将所有知识视为永久有效，而实践中知识有生命周期。本页阐述四层生命周期管理机制，让 wiki 从"平等声明的平面集合"变为"可判断置信度的动态模型"。
源自 LLM Wiki v2（agentmemory 项目实战经验）。
置信度评分（Confidence Scoring）
每条 wiki 事实应携带置信度分数，声明其可靠性。
评分维度
| 维度 | 说明 |
|---|---|
| 来源数量 | 有多少独立来源支持该声明 |
| 时效性 | 最近一次确认的时间 |
| 矛盾检测 | 是否有其他来源否定该声明 |
置信度表示法
在 frontmatter 或行内元数据中标注：
confidence: 0.85
sources_count: 2
last_confirmed: 2026-04-01
superseded_by: null
示例：
"郑州航空港当前算力 10,000P" — confidence: 0.9（官方新闻稿，2026-03） "GB200 NVL72 HBM3e 带宽 16 TB/s" — confidence: 0.95（NVIDIA 官方白皮书） "某供应商报价 2026 Q4 交付" — confidence: 0.4（单一非官方来源，未经交叉验证）
置信度衰减与强化
- 时间衰减：事实的置信度随时间自然下降（架构决策衰减慢，bug/价格信息衰减快）
- 强化机制：新来源确认 → 置信度上升；被新来源否定 → 触发 supersession
衰减率可参考 Ebbinghaus 遗忘曲线模型：
- 首次学习后 24 小时：保留约 40%
- 1 周后：保留约 25%
- 每个"访问/确认"事件重置衰减时钟
实践建议：
confidence > 0.8：稳定知识，优先检索confidence 0.5–0.8：参考知识，标注不确定性confidence < 0.5：草稿或待验证，不用于关键结论
替代机制（Supersession）
当新信息推翻或更新现有声明时，使用 supersession 而非静默覆盖。
规则
- 旧版本不删除，保留完整内容
- 旧版本 frontmatter 标记
superseded_by: [new-page-name]，superseded_date: YYYY-MM-DD - 新版本 frontmatter 记录
supersedes: [old-page-name]，supersedes_date: YYYY-MM-DD - 旧页面添加
status: stale标签，归档到_archive/
示例
旧版本（归档）：
---
title: 福州长乐机场智算中心
created: 2026-01-22
updated: 2026-01-22
status: stale
superseded_by: fuzhou-changle-airport-bsj
superseded_date: 2026-04-13
confidence: 0.7
---
# 福州长乐机场智算中心（已过时）
原报道：2026 年 Q4 投产，投资 11 亿元。
（此版本已被新版本替代，内容已更新）
新版本：
---
title: 福州长乐机场智算中心
created: 2026-01-22
updated: 2026-04-13
type: entity
supersedes: _archive/fuzhou-changle-airport-old
supersedes_date: 2026-04-13
confidence: 0.9
sources_count: 3
---
触发条件
- 同一实体的新来源比旧来源更权威或更新
- 供应商方案更新、型号参数变化
- 项目时间节点变化（如投产日期推迟）
遗忘机制（Forgetting）
Wiki 不应该记住所有事情。没有遗忘机制的 wiki 会变得嘈杂，降低检索效率。
保留策略
| 知识类型 | 衰减速度 | 说明 |
|---|---|---|
| 架构决策 | 极慢 | 长期有效，少量衰减 |
| 硬件规格 | 慢 | 以年计，需等新一代产品 |
| 供应商方案 | 中 | 以季度计 |
| 项目进度/节点 | 快 | 月度变化，不重要后快速衰减 |
| Bug/问题记录 | 最快 | 解决后快速降权 |
实践方式
- 软删除：不真正删除，frontmatter 标记
status: dormant - 降权：降低
confidence，不用于主要结论 - 归档转移：移动至
_archive/，不纳入主要检索
Ebbinghaus 遗忘曲线应用
- 每次访问或来源确认事件重置衰减时钟
- 长期未访问的事实自动降权
log.md中的历史记录本身也是一种衰减信号
整合层次（Consolidation Tiers）
原始观察需要经过管道处理才能成为可靠知识。建立以下层次：
| 层次 | 名称 | 内容 | 特征 |
|---|---|---|---|
| Tier 0 | Working Memory | 最近一次会话的观察，尚未处理 | 存于 session 上下文，不持久化 |
| Tier 1 | Episodic Memory | 会话摘要，从 raw sources 压缩而来 | log.md 中的 session 条目 |
| Tier 2 | Semantic Memory | 跨会话事实，从 episodes 整合 | concepts/ 和 entities/ 中的稳定页面 |
| Tier 3 | Procedural Memory | 工作流和模式，从重复的 semantics 提取 | SCHEMA.md、操作规程、schema |
升级规则
- Working → Episodic：session 结束时自动压缩为
log.md条目 - Episodic → Semantic：同一实体/概念出现 2+ 次后，创建或更新
entities//concepts/页面 - Semantic → Procedural：跨 wiki 的模式被识别后，更新
SCHEMA.md
本 wiki 中的对应关系
Session / Chat
↓ session end
log.md (Episodic Memory — session summaries)
↓ 2+ mentions / important update
concepts/ entities/ (Semantic Memory — cross-session facts)
↓ schema-level pattern recognized
SCHEMA.md (Procedural Memory — workflows and conventions)
与现有 Wiki 的集成
当前缺口
entities/目前只有 7 个机场实体，无置信度字段concepts/页面无confidence/superseded_by/status标记log.md是 episodic layer，但未向上整合到 semantic memory- 无 supersession 机制，旧版本被静默覆盖
近期改进
- 为所有
entities/页面添加confidence和sources_count字段 - 建立
_archive/目录，存放被 supersede 的旧版本 - 制定 wiki auto-lint 脚本，自动检测矛盾并触发 supersession
- 评估是否引入
status: stale/status: dormant标记
相关页面
- knowledge-graph — 超越平面页面的结构化知识表示
- wiki-operations — ingest/query/lint 操作的自动化钩子
- glossary — 术语表（其中包含 confidence 相关的量化指标）