LangChain团队为开源知识库工具OpenWiki推出基于代码证据的声明追踪系统，可将过期声明比例从 3.5% 降至 0.5%，并消除幻觉内容。
AI解读：OpenWiki这次更新解决的是自动化文档的一个老大难问题：代码变了，但文档里的描述还停留在过去，用户照着旧文档操作就会出错。传统做法是定期重新生成整个wiki，但这样既慢又浪费，而且新生成的内容可能引入根本不存在的功能描述。LangChain的思路是给每个知识声明配上代码证据和版本号——比如写了“失败任务默认重试三次”，就同时记录支持这句话的代码位置。每次更新wiki时，系统先检查这些证据是否已变化，变了就把对应声明标记为“待复核”，下一次更新时再对照新代码决定是保留还是改写。这样一来，遗忘不再是被动删除，而是主动发现哪些旧知识已不可信。对使用者而言，好处是wiki能跟上代码演进的节奏，减少查阅过时文档的误导；对开发者而言，更新成本与代码变动量挂钩，而非wiki体量。目前该方法在标准评测中表现良好，但实际效果仍取决于代码变更频率和规则准确性，普通用户无需立即行动，开发者可以考虑试用 0.4.0 版本以体验自动纠错。
LangChain团队于 2025 年发布OpenWiki 0.4.0，为这款开源知识库工具引入“自纠错记忆”机制。该版本通过将wiki中的每个事实声明与代码证据及版本关联，自动检测过期内容并触发复核，以减少文档漂移和幻觉。
基于证据的声明追踪，定位过期知识
LangChain指出，传统代理记忆系统聚焦于创建与检索记忆，却忽视了当事实来源（如代码）变化时，旧记忆会变得过时，且系统缺乏自动感知机制，导致“记忆漂移”和“记忆中毒”。OpenWiki的解决方案是：在写入wiki页面时，为每个实质性声明记录支撑其成立的代码证据及版本。例如，若wiki声明“失败任务默认重试三次”，系统会存储该声明与其代码位置（如repo://src/scheduler.ts#L393-L404）。
这样，OpenWiki不再将wiki视为纯文本集合，而是可追踪的声明与证据链接。当证据代码变化时，运行时通过比较原始版本与当前版本即可标记声明为“过期”。过期并不意味声明错误，而是系统无法再安全假设其真实，需重新检查。OpenWiki无需持久化独立状态标志，存储的证据版本足以在每次更新时重新验证新鲜度。
自纠错流程与OKF v0.2集成
当声明被标记为过期后，系统可检查当前证据：若声明仍为真，则刷新证据版本；若为假，则同时更新wiki内容与证据。过期声明在验证前会持续保持过期状态，形成自纠错循环，使文档与代码同步，避免完全重新生成。
OpenWiki将声明证据编入页面OKF（开放知识格式）v0.2的元数据中，在页面声明集完全协调后才添加“verified”标记，并在根目录声明okf_version: 0.2。这样，OKF负责文档级溯源与验证历史，而声明细节存储在sidecar中，使Markdown输出携带标准的信任摘要。
检测机制运行与评测结果
过期检测在每次wiki更新开始时运行，无需模型调用，速度不受声明数量影响；代理仅在读取页面时处理该页的过期声明，未解决的会留待下次更新。LangChain称，实际更新成本随代码变化量缩放，而非wiki声明总数。
评测通过重放代码仓库提交序列进行，对比有无声明运行时的效果。基线（n=2000）与启用声明的运行（n=2000）对比显示：支持声明比例从 92.9% 升至 97.8%，过期声明从 3.5% 降至 0.5%，幻觉从 0.7% 降至 0%，未验证从 2.9% 降至 1.7%。在一次示例运行中，代码变更后首轮检查点有 17% 声明过期，下一轮过期归零，支持声明从 77% 恢复至 98%。
可用性与升级指南
OpenWiki 0.4.0已可用。现有用户升级后，下次更新将自动生成声明并迁移至OKF v0.2。新用户可通过npm安装：npm install -g openwiki@latest openwiki --init。官方文档和代码仓库已提供。