yammory_system

LIMITATIONS

Known limitations

- **会话事件已声明、尚未发出（rc.2）。** `memory/added|updated|removed|recalled|snapshot` 已合并声明，但 rc.2 没有仓库外事件类型的注册面；一旦 harness 构建收录这些类型即自动开启发出。 - **一轮后台整理只覆盖一个工作区。** 闸一只读 `cwd` 与调用方精确相等的会话，所以从面板起的那一轮覆盖它启程时所在的工作目录（外加 user-global 层）。别的工作区各有各的一轮。 - **`ask` 策略需要 answerer。** 未组合 UI/ACP answerer 时，写入失败关闭。 - **无 FTS5 索引。** 子串搜索走大小写不敏感的 `instr`（对 CJK 正确）。 - **观察面是白名单，而白名单有边界。** `memory_observe scan` 只保留 `source.kind` 为 `user` / `user-rpc` 的 `user/message` 事件；本机实测这一条会挡下全部 `user/message` 的 48%（运行时上下文、AGENTS.md、skill 目录、goal 轮次、子代理通知）。但它分不出「人打的」与「外部桥接注入、同样声明 `kind: 'user'` 的」——事件日志只带这一个信号。故单条引文只算弱证据；要下结论，须跨会话重复出现。 - **被叫作「语义」的那半边召回还不语义。** `retrieval.vector` 只在注册了真正声明为语义的嵌入 provider 时才生效，而本仓库自带的那个 provider 声明 `false`，所以今天这个开关是**按设计**回落到关键词召回。要开真正的语义召回，得先有一个本仓库尚未选定的嵌入来源。