wikimem ADR 索引
wikimem 的架构决策记录（Architecture Decision Records）。
创始设计不在本目录：存储层（categories + wiki-links + journal）、检索管线（BM25 + 可选 embedding 融合）以及三条硬约束，来源于宿主项目的 XnneHangLab ADR-0001（记忆管线）与 XnneHangLab ADR-0002（memU——借鉴设计而非引入依赖）。wikimem 独立成库后，框架自身的决策记录在这里；宿主侧的策略决策（意图识别、memorize 策略、情绪、前端）仍记录在 XnneHangLab 的 docs/adr。两边编号各自独立，跨仓引用时注明仓库名。
继承的硬约束（来自 XnneHangLab ADR-0001）
- 零基础设施：没有 embedding 模型、向量库、图数据库时系统必须可用——BM25 兜底，embedding 只是可选增强。
- 不为记忆等待 LLM：retrieve 路径 0 次 LLM 调用；memorize 至多 1 次 LLM 调用、异步、由宿主发起。框架本体零 LLM。
- 磁盘上不允许有不可读的真相：markdown 文件是唯一事实源；一切索引/向量都是可删除、可重建的派生缓存。
索引
状态记录的是架构决策本身：设计 PR 评审合并，即代表该决策在架构层面被采纳（Accepted）。实施记录的是代码的落地程度。
两者独立，因此 暂缓（0004 的 serve）或分期开发（0006 的 ④）属于实施进度，不改变决策已经生效这件事。想知道某条决策还欠着什么，看「实施」列，不要看「状态」列。
| 编号 | 标题 | 状态 | 实施 |
|---|---|---|---|
| 0001 | 日记原语 — 事件流与状态层分离 | Accepted | ✅ #16 #17 #19 |
| 0002 | 时间检索 — time_range 门控 + 正则快通道，不做第三路融合 | Accepted | ⚠️ 门控已落地 #26 #27 #31；§6 recency 衰减项未做 |
| 0003 | 向量缓存记录 model/dim — 失配警告并降级，而非报错重建 | Accepted | ✅ #33 |
| 0004 | 接口契约 — Python API 是契约，CLI 与 serve 都是薄壳 | Accepted | ⚠️ CLI 已落地 #12；serve 暂缓 |
| 0005 | memorize — 注入式 LLM，两种宿主驱动写入（后台抽取 / Agent 工具） | Accepted | ✅ 模式 A #24、模式 B #36 |
| 0006 | RecallFile / RecallItem — 读侧统一，写侧分立（含命名收敛、日记向量化、jsonl 不迁 sqlite） | Accepted | ⚠️ ①②③ 已落地 #29 #30 #32 #34；④ 待 bench |
0001 / 0002 的完整设计讨论（三种时间融合方案的对比分析）见博客《RRF vs Hybrid Search》（nyakku.moe，撰写中）。