#OpenWiki

LangChain 开源 OpenWiki:agent 文档由 agent 写、agent 维护、agent 参考——CLI 形态、477 star、MIT 协议,Agent 工业化在文档层成形

LangChain 7-2 开源 OpenWiki(github.com/langchain-ai/openwiki,477 star、MIT 协议),定位 CLI 工具,自动为代码库生成文档并持续维护;设计目标明确为「not for humans, for agents」——让 agent 写、agent 维护、agent 参考。安装 `npm install -g openwiki`;用法 openwiki --init 配置模型与 API key → 生成文档到 openwiki/ → 自动在 AGENTS.md / CLAUDE.md 追加提示告知 coding agent 参考。预置模型支持 GLM 5.2、Kimi K2.6、Sonnet 5;provider 支持 OpenRouter、Fireworks、Baseten、OpenAI、Anthropic;另含 GitHub Action 每天自动开 PR 更新文档,目录存在走增量、不存在则创建。与 Karpathy LLM Knowledge Base 概念、EXM7777 Agent OS「memory in files」原则、loop pattern 中的 Memory Update Loop 形成交叉应证。

OpenWiki 看似「又一个自动文档生成工具」,但定位差异关键——它明确放弃「为人类读者优化」,转而为 agent 优化:文档结构、章节粒度、引用方式都按「agent 在下一个 session 中能快速检索并应用」设计,而非「人类工程师读完理解」。这一选择背后是 agent 工业化的一条暗线:当 agent 成为代码库的主要使用方,文档的生产方式、存储结构、更新频率都需要重新设计——人类文档的「手写 + review + 偶尔更新」节奏无法匹配 agent 的「每次 session 重新检索」节奏。OpenWiki 的 GitHub Action 每天自动 PR 更新,等于把文档从「静态资产」变成「动态数据流」,这是 agent 时代文档范式的根本变化。LangChain 选择 MIT 协议开源(而非商业产品)呼应了 Karpathy LLM Knowledge Base 概念——LLM Knowledge Base 把 agent 的记忆外化为可版本控制的文件,OpenWiki 把这一思路产品化:agent 不再依赖 context window 内的临时记忆,而是把记忆沉淀为 git 仓库中的可追溯文档。这意味着未来 12-24 个月,「agent 友好的代码库」将与「人类友好的代码库」出现结构性差异——后者优化人眼可读性,前者优化 agent 检索效率,而 OpenWiki 类工具会同时为两个目标维护不同视图。Loop engineering 的 Memory Update Loop 模式进一步说明:agent 文档工业化不再是单点产品,而是 loop engineering、Karpathy 概念、EXM7777 Agent OS 共同推动的方向。