本地优先笔记 CLI 工具 chamber：让模型看不到文档 ID

一名开发者在 Reddit r/LocalLLaMA 发布并开源了一款名为 chamber 的本地优先命令行工具，定位为个人笔记的检索增强生成（RAG）助手。该工具采用 MIT 协议，无需注册，支持任意 OpenAI 兼容接口，包括回环地址上的本地模型，作者演示时使用的是 30B 参数规模的本地模型。

设计核心：模型永远看不到文档标识

chamber 与多数 RAG 工具的关键差异在于引用生成机制。传统方案常把文档 ID、路径或哈希直接交给模型，让其自行产生引用编号；这给模型"编造引用"留下了空间。chamber 的做法是：模型只能看到 [1] 到 [k] 这类抽象编号，看不到任何真实标识。引用编号在答案生成完成后再回查映射到具体文件，写作与归因被严格解耦。

同时，工具按句子粒度审查引用：

没有引用的句子会被标记为 UNSUPPORTED，并不作为答案的承重部分。
当语料库确实无法回答时，模型倾向输出「I don't know」并附 [APORIA] 标记，而非从邻近片段拼凑答案。

作者给出了一段实测对话：当被问及客户在办公时间外如何退换易腐商品时，本地 30B 模型直接回答「I don't know」，并触发 APORIA 标记。

校验机制：脱离模型的二次核验

答案生成之后，chamber 会对每条已引用的段落计算哈希并落地。用户可运行 chamber verify 定时任务重新读取这些片段；若内容已变更，命令会以非零退出码报错，从而让使用者意识到"原本的结论建立在已移动的地基上"。这一半流程不依赖模型，纯靠哈希完成。

局限与使用门槛

作者明确说明 chamber 的能力边界：

工具只能证明"引用片段确实是其所声称的内容"，并不能证明"结论确实从该片段推出"。
运行需要 Node 23.6 及以上版本，借此直接执行 TypeScript 而无需构建步骤。
项目仓库 docs/KNOWN_LIMITATIONS.md 列出 17 条已知限制。

启动方式被压缩为一条命令链：git clone https://github.com/abm9111/chamber && cd chamber && npm ci && node --experimental-strip-types src/cli.ts try。作者坦承项目编写借助了 AI，并在提交信息中标注；他更希望以 npm run probes 与 CI 中的演示作为评判依据，而非星标数。