跳到主要内容

你与 AI 共用的 Living Wiki

笔记、对话一直积累,工作却还得从头来?

文澜把文档和决策整理成带来源的知识页,让你和 AI 接着上次的工作继续。

流程示意,非实时产品输出

这次请求失败,该怎么重试?

失败的 GET 请求最多重试 3 次;不要自动重试 POST⁠[1][2]。超时边界仍未指定⁠[3]。

查看来源(3)

上次已经确认读取和写入要使用不同的重试规则。

[1]api-v1.mdAPI 重试规则
提供的摘录GET /reports:第一次尝试失败后,最多再重试 3 次。POST /payments:不要自动重试。
[2]decision-07.md客户端决定
提供的摘录采用 API 的 GET 重试上限 3 次,限制重复请求。POST 不自动重试,因为重复付款有风险。
[3]runbook-v1.md日志与超时
提供的摘录在本地测试记录中写下端点、尝试次数与最后的失败。请求的超时时间尚未决定。
阅读完整示例

Wenlan 桌面版的 Agent handoff loop 知识页,已展开引用来源。

录制的产品演示。视频展示一个工作流程,不代表 Wenlan 的所有工作流程。

选择适合你的知识工作流。

不只比较功能:看看平常在哪里工作、哪些整理可以交出去、哪些决定仍由你做。

Wenlan 需要先连接来源和模型,再建立首批页面。之后可使用桌面 App,也可继续使用 plugin/CLI 与本地 daemon。

你现在怎样管理知识?

AI 能替你读写文件;Wenlan 再把来源追踪、知识页更新与修订审核整合好,让工作留下的不只是回答,而是一份持续维护的知识库。

两者都有文件夹监控,也不只处理文档。Wenlan 还跟踪每条知识与引用它的页面;LLM Wiki 则以来源与 Wiki 页面的整理为主。

你可以继续用 Obsidian 写笔记,让 Wenlan 读取原文,另外维护一份给你和 AI 共用的 Wiki。

Notion 让你为工作区任务配置 Agent;Wenlan 把来源跟踪、知识页维护和修改审核做成内置流程。两者都能自动运行。

NotebookLM 帮你理解一组来源;Wenlan 把资料与工作决策积累成 Wiki,让已连接的 AI 工具在后续工作中使用。

选择适合你的知识工作流。
Wenlan

AI 原生知识库

Word · PDF · PPT · Markdown

nashsu/llm_wiki · 开源项目

Obsidian · 本地 Markdown vault

Notion · 云端工作区

Google · Gemini Notebook

平常怎么用?
内置维护流程的 AI 知识库

文档与保存的决策整理成带引用的 Wiki;从已连接的 AI 工具找回上次结论与依据,接着工作。

沿用 AI 工具,不必另开 App

设置完成后,在已连接的 AI 工具中保存、查找知识;本地后台服务运行,不必打开桌面 App。

保留 vault,另外维护 Wiki

将 vault 作为只读来源;继续写原笔记,Wenlan 另建供你和 AI 使用的知识页。

不必先搬进新工作区

在已连接的 AI 工具中保存、查找知识;文档与决策留在本地,不必更换编辑器。

把阅读结果接回工作

将结论与决策存入本地知识库,再由已连接的 AI 工具找回,用于下一次工作。

直接读写文件,完成交办任务

AI 读文件、问答或改稿,产出可保存复用;跨来源 Wiki 与维护流程需额外构建。

以桌面 Wiki 项目为中心

在 App 导入文档、提问与保存回答;外部 AI 工具也能通过 MCP 连接,但 App 需要保持运行。

直接写自己的 Markdown 笔记

在 vault 中写笔记、连接想法;需要 AI 时,再连接插件或外部工具。

在共享工作区中安排工作

用页面、数据库和权限组织个人或团队工作;Notion Agent 可以创建和编辑。

围绕来源提问、制作学习材料

选定来源后提问、摘要或制作学习材料;笔记本也能用于 Gemini 对话。

哪些整理会自动做?
相关知识,随来源一起维护

新决策可以补入既有页面;已连接文件或记忆内容修改后,后台模型刷新符合条件的受影响页面。

改一条知识,找出受影响的页面

修改、删除记忆或接受替代修订后,自动标记引用它的既有页面;后台服务再刷新符合条件的页面。

笔记变化,知识页跟着更新

完成 Wenlan 配置后,后台跟踪已连接来源,刷新符合条件的页面,不改写原来的 vault。

知识维护是内置流程

来源变化后,后台跟踪受影响页面并刷新;你写过的页面会变成待审修订。

不只同步,还更新知识页

后台跟踪来源变化,刷新符合条件的既有 Wiki 页面,而不只是换一份来源副本。

更新相关知识,需另建机制

可读新版、保留记忆;追踪来源变化、找出过时页面并刷新,需额外构建机制。

以来源与 Wiki 页面为单位

来源文件变化或回答存回 Wiki 后,可以自动整理页面;研究结果也直接存成页面。

交给选用的插件处理

把 AI 搜索、改写或整理交给插件;由你选择功能、设置规则并维护插件。

你设定任务,Agent 自动运行

Custom Agents 可以按计划或事件运行;先设置指示、触发条件和访问权限。

Drive 更新,来源自动同步

支持的 Google Drive 来源会在打开笔记本时同步;上传文件则是导入时生成的副本。

什么时候要我决定?
原文件保留,你写的内容先审再改

来源文件不回写;AI 更新你编辑过的知识页前先提出修订,由你接受或拒绝,变更历史可查。

你写的页面,先审再改

AI 想更新你亲自写过的页面时,先提出修订;原文等你批准后才修改。

原笔记不动,修改先审核

Wenlan 不写回 vault;你改过的页面也先提出修订,再由你决定。

亲笔内容,修改前先询问

你决定是否接受页面修订;机器维护页面按配置更新,并保留变更历史。

由你决定重要修改是否落地

你写过的页面先保留原文,AI 提出修订,由你选择接受或保留。

文件有管控,知识审核另建

用权限与差异检查管控改文件;哪些知识页可自动更新、哪些需审核,仍需另建规则。

导入继续,审核事项另列

导入先写入页面;Review 列出补充研究或新建页面等事项,不会阻塞导入。

由你决定工具能改什么

vault 由你保管;选择插件与备份方式,确认 AI 是否能写入原笔记。

你掌握规则与工作区权限

设置 Agent 的访问范围,查看活动日志,再使用 Notion 的历史与还原功能。

你选择来源与分享对象

选择这次要引用的来源和谁能访问笔记本;不会写回原始 Drive 文档。

接上你的资料, 也接上工作的工具。

从你已经有的资料开始

把过去的对话、研究笔记与项目文档带进 Wenlan。支持 ChatGPT、Claude 导出的 ZIP,以及 Markdown、文本、可提取文本的 PDF,或包含这些文件的文件夹。

OpenAIChatGPTClaudeClaudeObsidianObsidian
用现有文档建立知识库

带进下一次工作

连接 AI 工具,找回留下的决策与有来源的知识页面。各工具仍需完成连接配置,并按权限访问。

ClaudeClaude CodeCursorCursorOpenAICodexClaudeClaude DesktopVisual Studio CodeVS CodeAntigravity
配置工具连接

让这次的工作,下次接得上。

连接 AI 工具后,用 Wenlan 保存有用决策,再用已配置的模型生成有来源的页面;下次遇到相关问题,再把页面与依据找回。

工作流程示意,非实时产品输出

  1. /capture · 工作当下

    保存有用决策

    • + 迁移回滚需要数据库锁
    • + 发布手册记下恢复步骤
    • + 待整理的主张需要审核
  2. /distill · 整理来源

    生成有来源的页面

    去重连接取代

    AI 代理也能直接创建主题页;请先连接工具,确认生成内容所需的模型配置,并检查实际结果。

  3. /brief · 下次开始

    下次把它找回来

    Release runbook

    引用 /runbooks/release、/docs/architecture

下一段对话可以先读交接记录,再决定要查哪些来源,不必只靠回想之前聊过什么。

读懂知识,也看见它的关联。

围绕 Wenlan 积累的知识:记录、实体与 Wiki 页面相互连接。 文澜作者提供的实际数据截图,2026-09-06。图谱的局部视角,非实时连接。

围绕 Wenlan 积累的知识:记录、实体与 Wiki 页面相互连接。

滑动图片,查看放大后的细节。

打开原图

工作会变成可重用的页面。

功能示意,非实时产品输出

留下能接着用的知识页面

将决策与经验整理成你能阅读、AI 能使用的页面,不再只留在聊天记录里。

迁移计划

6 个来源

Runbook

8 个来源

架构图

10 个来源

找回答案,也找回脉络

配置检索后,可一并找回相关人物、项目与知识页面,再沿着链接检查来源记录。

答案从哪来,看得见

Wenlan 整理出的页面附有来源链接,方便回查支持它的记录。来源链接本身不代表每个主张都已被证明。

# 架构图

搜索索引由后台服务统一写入;查询端只负责读取。[1]

[1] mem_0142 · 决策
来自/docs/architecture

先看变更,再决定采用

已配置的审核流程可提出信心不足或互相矛盾的记录,由你判断哪些内容能用在后续工作。

矛盾

低信心

新内容:“staging 从 main 部署”

mem_0087:“staging 从 release branches 部署”

取代两者保留

知道哪些内容需要重查

配置后台处理后,可批量建立关联、更新匹配页面,并标记过时记录供你检查。

+ 已将 Dana 连接到 checkout redesign

~ 已更新页面:架构图

− 已标记 3 个过时 memory

不同工作的知识,分开管理

用 Spaces 区分工作、个人或客户项目。工具与使用中的空间需正确配置,才能按空间保存及检索。

space: 工作128

space: 个人41

space: client-arden67

像代码一样有版本

记录、页面与会话产物保存在真正的 Git 历史里,可以查看差异,也可以还原。

a41f2c 蒸馏:架构图

9d03b7 捕捉:rollback 教训

3c88e1 交接:结束 session

不同工具,接着同一份知识

已配置的 MCP 工具可通过同一个本地服务读取记录;连接配置与工具权限决定可访问的范围。

Claude CodeCursorCodexClaude DesktopVS CodeAntigravity

~/.wenlan

共用一份知识

本地服务 · 纯文本文件

记得意思, 却忘了当时怎么写?

Hybrid Retrieval 结合关键词、语义与关联脉络,帮助找回相关知识。配置好的页面处理流程,再将来源整理成能阅读、核对与保存的 Markdown。

检索与文件流程示意,非实时产品输出

索引 · agents 的工作记忆

recall:“staging rollback”
FTS5 · 关键词mem_0231 · 回滚需要数据库锁
向量 · 相近语义mem_0142 · 部署回滚卡住
图谱 · 关联线索mem_0087 · 结账项目 → 部署限制
三种方式一起返回并排序RRF · 合并排序

索引帮你找回资料,页面让你阅读与核对;两者各有用途。

待整理

mem_0231 · 回滚需要数据库锁待整理
mem_0198 · 数据迁移步骤需要审核准备蒸馏

Markdown · 属于你的长期记录

~/.wenlan/pages/architecture-map.md

# 系统架构

写入统一经过后台服务。[^1]

[^1]: /docs/architecture

a1b2c3d page: architecture-map 已更新(4 个来源)

兼容 Obsidian · 可文本搜索 · 文件由你保管

纯文件

适合你或 agent 能直接搜索的小型、稳定集合。集合变大或变动后,可能需要明确的 retrieval 和审核。

索引

适合对已配置来源快速查找;如果人需要检查变更,应搭配可读 artifacts 和审核路径。

索引加文件

把查找与可读、有版本的 artifacts 放在一起。是否适合取决于来源边界和维护流程。

每次查询,需要带回多少内容?

在固定的 500 道检索测试题中,对比完整对话重放与 Wenlan 检索到的上下文。

评测快照: (来源记录日期,未记录精确执行时间)

完整聊天重播

每次查询 4,505 tokens / query

不使用 retrieval,整份 transcript 进 context

Wenlan 检索

每次查询 168 tokens / query

CE-reranked,500 题 snapshot

93.6% Recall@50.883 NDCG@100.857 MRR

LME_Oracle · CE-reranked · 500 Q

完整数据与测试范围
表面范围结果
完整重放不使用 retrieval每次查询 4,505 tokens / query
LME_OracleCE-reranked,500 Q每次查询 168 tokens / query · 93.6% R@5 · 0.883 NDCG@10
LME_SCE-reranked,N=90 deep-S每次查询 168 tokens / query · 87.7% R@5 · 0.822 NDCG@10

固定 fixture 上的 retrieval-only snapshots。LME_Oracle 也记录 0.857 MRR;LME_S 在 90-question deep-S fixture 的 84 个可评分 rows 上记录 0.815 MRR。这不是一般的时间或 token 节省保证,也不是 Wenlan 与其他工具的比较。Token 对比只限于这项 retrieval 测试中的完整重放与 retrieved context。

自己运行 harness。

下⁠载⁠适⁠合⁠你⁠系⁠统⁠的 Wenlan。

Wenlan v0.18.14 提供 Windows x64 桌面版与 macOS Apple silicon DMG,以及 Windows、macOS、Linux 的 headless runtime 包。

推荐给这台设备

选择正确版本

浏览器无法识别这台设备支持的桌面版本。

查看全部下载

常见问题。

Wenlan 是什么?

Wenlan 是本地 AI 知识库与 LLM wiki。连接 AI 工具后,可以保存决策并再次找回;生成页面需要已配置的模型或 AI 工具。使用答案前,仍要核对它引用的来源。

Wenlan 和 AI 工具内置的记忆有什么不同?

内置记忆的行为因工具而异,请实际比较导出、来源、编辑及跨工具访问。Wenlan 把知识留在本地,提供可检查的页面,并保留生成页面时使用的来源记录 ID。

怎么看 Wenlan 的检索评测?

Hybrid retrieval 结合 vector search (BGE-Base-EN-v1.5-Q, 768-dim)、FTS5、reciprocal-rank fusion、knowledge-graph context 和本地 BGE reranker。LME_Oracle 在 500-question snapshot 上是 93.6% Recall@5、0.857 MRR、0.883 NDCG@10。LME_S 在 stratified N=90 deep-S snapshot 上是 87.7% Recall@5、0.815 MRR、0.822 NDCG@10。这些 fixture-specific 分数不代表正确性,也不能证明每个 claim。Eval harness 放在 repo 的 crates/wenlan-core/src/eval/。

我的数据是私密的吗?

是。Wenlan 在你的机器上运行,数据库也存放在本地。默认没有 cloud sync 或 telemetry。本地 memory setup 不需要模型或 API key。On-device models 或 Anthropic key 只有在你选择启用 automatic page distillation、recaps 和更丰富 graph work 时才会使用。

Wenlan 只是另一个 memory MCP 吗?

不是。MCP server 是 connector。Wenlan 也包含本地 daemon、manual /distill、可选的 model-backed extraction 与 Page work、本地 retrieval、source references、review surfaces、memory、Page 和 session artifacts 的真实 git versioning,以及可读的 Markdown export paths。

哪些 AI 工具可以搭配 Wenlan?

Claude Code 和 Codex 有 plugin 路径。Cursor、Claude Desktop、VS Code、Antigravity 和其他支持的本地 clients 通过 Wenlan 的 MCP server 连接。ChatGPT 和 Claude.ai 使用 Streamable HTTP MCP,desktop app 的 Remote Access 提供引导式路径。Obsidian 是只读的来源工作流,不是这份清单中的 MCP 客户端。Remote Access 没有身份验证;任何拿到 URL 的人都能访问 Wenlan,因此不用时请停止 Remote Access。

Wenlan 能取代 Notion 或 Obsidian 吗?

不能。Wenlan 不是 notes app。它可以把 Markdown、text、可提取文字的 PDF、文件夹和 Obsidian vault 登记为来源。Obsidian 输入是只读,按需重新同步;Wenlan 自己的 Pages 仍是 ~/.wenlan/ 底下可读的 Markdown。

我要怎么设置?

先安装 runtime 并连接 client。Claude Code 使用 marketplace plugin 和 /setup。Codex 可以使用 Wenlan plugin,或运行 wenlan connect codex。其他本地 clients 使用 wenlan connect <client>。ChatGPT 和 Claude.ai 通过 desktop app 的 Remote Access URL 使用 Streamable HTTP MCP。本地 capture 与 retrieval 可以不使用 model 或 API key;automatic Page distillation 和后台处理需要已配置的 on-device model 或 provider API key。该 URL 没有身份验证,请视为秘密,并在不用时停止 Remote Access。

Wenlan 支持 Windows 或 Linux 吗?

支持。当前预编译 daemon release 覆盖 macOS Apple Silicon、Linux (x86_64, aarch64; glibc) 和 Windows (x86_64)。macOS Intel 仍可走 source/dev 路径,但目前没有 macOS Intel 预编译运行时。Service registration 在 macOS 使用 launchd、Linux 使用 systemd-user、Windows 使用 Task Scheduler (schtasks)。

我可以把工作和个人 memory 分开吗?

可以。Memories、pages 和 recalls 都属于一个 space,例如 work、personal 或 client-X。你可以用 WENLAN_SPACE 在每个 shell 设置 active space,或在 ~/.wenlan/spaces.toml 声明。Auto-detector 也会从当前 repo 或 workspace 选择 space。

Wenlan 免费吗?

是。Wenlan 是 open-source。Wenlan repo 里的本地 runtime、CLI、MCP server、Claude Code plugin 和 Codex plugin files 都是 Apache-2.0。

开源

代码公开,让你自由探索。

从本地运行核心到桌面 App,你都能查看源代码,也能自行构建 Wenlan。

运行核心与 plugins:Apache-2.0。桌面 App:AGPL-3.0-only。

订阅 Wenlan 的版本更新。

仅用于 Wenlan 版本更新。