1. 为什么你的 Obsidian 知识库总是“整理完就废”我见过太多人把 Obsidian 用成了高级收藏夹。剪藏了几百篇 Markdown双链建了一堆图谱看着挺漂亮真到写方案、查资料的时候还是靠搜索框硬翻。问题不在 Obsidian在于整理这个动作本身是反人性的——它需要你每次读完都手动分类、打标签、建链接坚持两周就累了。真正的痛点有三个。第一多工具 API Key 分散。你可能在 Cursor 里配了一个 Key在 Cline 里又配了一个Obsidian 插件里再填一个哪天要换模型或者额度用完了得挨个改改漏一个就报 401。第二笔记归档流程断裂。剪藏工具只管存AI 工具只管聊两边不通存进来的东西没人整理整理完的东西又没进库。第三Agent 没有稳定的“大脑入口”。你想让 Agent 自动读笔记、改笔记、建索引但它每次调用模型都要重新配一遍通道流程根本跑不起来。这篇要解决的就是这三件事用 TaoToken 统一 API 通道收口所有 Key用 Agent 自动归档流把“存”和“理”接上最后给你一套可复现的验证步骤确保归档结果不是玄学。适合已经在用 Obsidian、手里有至少一个 AI 工具、想让笔记自己“长”起来的人。核心检索词就三个Obsidian 本地 Markdown 知识库、AI Agent 自动归档、TaoToken 统一 API 通道。先说清楚“自生长”长的是什么。不是文件数量自动变多那是幻觉。长的是结构和关联新资料进来Agent 先去库里检索有没有相关词条有就增量补充没有就新建遇到冲突保留来源和时间。你负责扔高质量内容Agent 负责重复的整理维护。这个分工定下来流程才跑得久。2. TaoToken 统一 API 通道把分散的 Key 收成一个口子TaoToken 在这里的角色是“统一通道”。你不需要在每个工具里填不同的 Key而是所有工具都指向同一个 Base URL 和同一个 Key模型 ID 按需切换。官网入口是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 地址是 https://taotoken.net/api 注意 API 地址不带 UTM 参数配置的时候别抄错。为什么要在 Obsidian Agent 场景里用它因为 Agent 自动归档流会频繁调用模型读一篇笔记要调一次判断是否重复要调一次生成摘要和链接要调一次。如果每次都在插件里硬编码 Key换模型时你得改代码。统一通道之后你只需要维护一份配置所有调用走同一个入口。具体操作分三步。第一步去控制台创建 API Key地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 创建完复制出来后面所有配置都用这一个。第二步确认你要用的模型 ID比如 claude-sonnet 系列或者 gpt 系列模型对话页面在 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 你可以先在那里试一下模型能不能正常回话。第三步把 Base URL 和 Key 写进你的 Agent 配置Obsidian 这边只负责存 Markdown不直接管模型调用。这里有个关键认知Obsidian 本身不是模型客户端它只是文件系统。真正干活的是外部 Agent 或者插件里的 Agent 逻辑。所以统一通道要配在 Agent 那一侧而不是 Obsidian 主题或核心设置里。很多人搞混这一点在 Obsidian 里翻半天找不到填 Key 的地方其实是找错地方了。如果你用 Claude Code 做归档 Agent配置入口在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content Coding Plan 适合长期跑编码和 Agent 任务额度模型更划算。API Keys 管理页在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 遇到配置格式问题先翻文档比瞎试快。3. 可复制配置Agent 归档流的 Base URL Key Model ID 三件套这一节给你可以直接抄的配置片段。不管你是用 Cline、Claude Code 还是自己写的 Node 脚本核心都是三件套Base URL、API Key、Model ID。下面分场景给。先看通用 JSON 配置适合大多数支持 OpenAI 兼容格式的 Agent 工具。文件路径按你的工具实际位置放比如 Cline 的配置在 VS Code 设置里Claude Code 的配置在项目根目录的 settings 文件里。{ baseUrl: https://taotoken.net/api, apiKey: sk-你的TaoToken密钥, model: claude-sonnet-4-20250514, temperature: 0.3, maxTokens: 4096 }注意 baseUrl 结尾不要多加斜杠有些工具会自动拼接 /v1/chat/completions多一个斜杠就 404。apiKey 从控制台复制不要手打容易漏字符。model 字段填你实际要用的模型 ID不确定就去模型对话页确认。如果你用 Claude Code 做归档 Agent配置走 settings.json路径通常是项目根目录的 .claude/settings.json。片段如下{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: sk-你的TaoToken密钥, ANTHROPIC_MODEL: claude-sonnet-4-20250514 } }这里三个变量名是 Claude Code 认的别改成别的。ANTHROPIC_BASE_URL 指向 TaoToken 的 API 地址ANTHROPIC_API_KEY 填你的 KeyANTHROPIC_MODEL 填模型 ID。改完重启 Claude Code 生效。如果你用 Cline 的 MCP 模式配置在 Cline 的 MCP Servers 设置里JSON 片段{ mcpServers: { obsidian-archiver: { command: node, args: [/path/to/your/archiver.js], env: { TAOTOKEN_BASE_URL: https://taotoken.net/api, TAOTOKEN_API_KEY: sk-你的TaoToken密钥, TAOTOKEN_MODEL: claude-sonnet-4-20250514 } } } }这个片段里 command 和 args 指向你自己的归档脚本env 里三个变量传给脚本。脚本里用 process.env.TAOTOKEN_BASE_URL 读取不要硬编码。如果你用 Codex 的 auth.json路径在 ~/.codex/auth.json片段{ base_url: https://taotoken.net/api, api_key: sk-你的TaoToken密钥, model: claude-sonnet-4-20250514 }Codex 的字段名是下划线风格别写成驼峰。改完 auth.json 后Codex 启动时会自动读取。配置写完先别急着跑归档用一条最简单的请求验证通道通不通。下一节给验证命令。4. 验证请求与成功结果确认归档流真的跑通配置写完先做最小验证。不要一上来就跑全量归档那样出错你都不知道是通道问题还是脚本问题。分两步先验证模型能回话再验证 Agent 能读写 Obsidian 文件。第一步用 curl 验证通道。命令如下curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Content-Type: application/json \ -H Authorization: Bearer sk-你的TaoToken密钥 \ -d { model: claude-sonnet-4-20250514, messages: [{role: user, content: 回复两个字通了}], max_tokens: 16 }成功的话你会看到类似这样的返回{ id: chatcmpl-xxx, object: chat.completion, choices: [ { index: 0, message: { role: assistant, content: 通了 }, finish_reason: stop } ], usage: { prompt_tokens: 12, completion_tokens: 2, total_tokens: 14 } }看到 choices 数组里有 content 就说明通道通了。如果返回 401说明 Key 不对或者没带 Authorization 头。如果返回 404检查 baseUrl 是不是多写了斜杠或者少写了 /v1。第二步验证 Agent 读写 Obsidian。在你的 Obsidian 仓库根目录建一个测试文件 test-archive.md内容随便写一段技术笔记。然后跑你的归档脚本观察三件事raw 文件夹里的原文有没有被改动wiki 文件夹里有没有生成新词条索引文件有没有更新。成功的结果是原文只读没动wiki 里多了一个带来源链接的词条索引里多了一行记录。我实测下来最容易出问题的是文件路径。Obsidian 仓库路径如果有空格或中文脚本里要加引号或者用 encodeURI。另外 Agent 写文件时要注意编码统一用 UTF-8不然中文会乱码。验证通过后你就可以把归档流接到日常流程里了。比如用 Obsidian 的 Templater 插件新建笔记时自动触发归档脚本或者用定时任务每天凌晨扫一遍 raw 文件夹。触发规则下一节讲。5. 常见报错排查401、local proxy failed、reading choices、OAuth这一节对照真实报错给排查路径。你跑归档流的时候大概率会碰到下面几个。401 Unauthorized。最常见原因就三个Key 复制错了、Key 过期了、Authorization 头格式不对。先检查 Key 有没有多余空格再确认头是Bearer sk-xxx格式Bearer 和 Key 之间一个空格。如果还不行去控制台重新生成一个 Key。注意 TaoToken 的 Key 是统一通道用的不要和别的平台 Key 混用。local proxy failed。这个报错通常出现在 Agent 工具里意思是本地代理转发失败。排查顺序先确认 Base URL 是不是 https://taotoken.net/api 不要写成 http 或者带端口再确认你的网络能正常访问这个地址用 curl 测一下最后检查 Agent 工具里有没有额外的代理配置有的话先关掉。这个报错和通道本身无关是本地配置问题。reading choices 报错。典型信息是Cannot read properties of undefined (reading choices)。这说明返回体里没有 choices 字段通常是请求根本没成功但脚本没检查状态码就直接读 choices。修复方法在脚本里先判断 response.status非 200 就打印完整返回体别直接解析。常见原因是模型 ID 写错了或者 max_tokens 设太大超过模型限制。OAuth 相关报错。如果你用 Claude Code 或 Codex可能会碰到 OAuth token 过期或者认证失败。这时候不要反复重试直接检查 settings.json 或 auth.json 里的配置。Claude Code 认的是 ANTHROPIC_BASE_URL 和 ANTHROPIC_API_KEYCodex 认的是 base_url 和 api_key。字段名写错就会走 OAuth 流程然后失败。改完配置记得完全退出工具再重启有些工具会缓存旧配置。还有一个隐蔽的坑模型 ID 和工具不匹配。比如你在 Cline 里填了 Claude 的模型 ID但 Cline 默认走 OpenAI 格式虽然 TaoToken 兼容但个别参数名不一样。遇到奇怪报错先换一个模型 ID 试排除模型问题。排查完记得把成功的配置片段存下来下次换工具直接抄别重新试。6. 把归档流跑成日常从手动触发到自动生长配置和验证都过了最后说怎么让它变成日常习惯。核心原则先跑通一条最小链路再逐步加规则别一上来就搭大系统。最小链路是这样的raw 文件夹只读wiki 文件夹可写Agent 每次只处理一篇新笔记。触发方式用 Obsidian 的 Templater 或者 QuickAdd 插件新建笔记时弹一个按钮“归档到知识库”点了就跑脚本。跑完你在 wiki 里看到新词条在索引里看到新记录这一篇就算沉淀了。跑顺了之后再加规则。比如加去重判断Agent 先读索引如果发现相似标题就跳过或者合并。加冲突标记如果新笔记和旧词条观点不一致保留两边并标注来源和时间。加定时任务每天扫一遍 raw把没归档的批量处理。这些规则都写在 AGENTS.md 里Agent 每次启动先读这个文件。长期编码和 Agent 任务建议走 Coding Plan入口在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 额度模型更适合持续跑。模型验证和临时对话用模型对话页入口在 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。Key 管理和接入文档分别在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 和 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。最后说个真实经验别追求一次配置完美。我一开始想把所有规则写全结果 Agent 每次跑都卡在判断逻辑上。后来改成先跑最简单的“读原文、生成摘要、建词条”跑了一周再加去重和冲突标记反而顺了。知识库的生长是渐进的配置也是。你先让第一篇笔记跑通归档看到 wiki 里多出第一个词条这件事就成立了一半。剩下的交给时间和持续输入。
Obsidian+AI自生长知识库：用TaoToken统一API通道搭建Agent自动归档流
1. 为什么你的 Obsidian 知识库总是“整理完就废”我见过太多人把 Obsidian 用成了高级收藏夹。剪藏了几百篇 Markdown双链建了一堆图谱看着挺漂亮真到写方案、查资料的时候还是靠搜索框硬翻。问题不在 Obsidian在于整理这个动作本身是反人性的——它需要你每次读完都手动分类、打标签、建链接坚持两周就累了。真正的痛点有三个。第一多工具 API Key 分散。你可能在 Cursor 里配了一个 Key在 Cline 里又配了一个Obsidian 插件里再填一个哪天要换模型或者额度用完了得挨个改改漏一个就报 401。第二笔记归档流程断裂。剪藏工具只管存AI 工具只管聊两边不通存进来的东西没人整理整理完的东西又没进库。第三Agent 没有稳定的“大脑入口”。你想让 Agent 自动读笔记、改笔记、建索引但它每次调用模型都要重新配一遍通道流程根本跑不起来。这篇要解决的就是这三件事用 TaoToken 统一 API 通道收口所有 Key用 Agent 自动归档流把“存”和“理”接上最后给你一套可复现的验证步骤确保归档结果不是玄学。适合已经在用 Obsidian、手里有至少一个 AI 工具、想让笔记自己“长”起来的人。核心检索词就三个Obsidian 本地 Markdown 知识库、AI Agent 自动归档、TaoToken 统一 API 通道。先说清楚“自生长”长的是什么。不是文件数量自动变多那是幻觉。长的是结构和关联新资料进来Agent 先去库里检索有没有相关词条有就增量补充没有就新建遇到冲突保留来源和时间。你负责扔高质量内容Agent 负责重复的整理维护。这个分工定下来流程才跑得久。2. TaoToken 统一 API 通道把分散的 Key 收成一个口子TaoToken 在这里的角色是“统一通道”。你不需要在每个工具里填不同的 Key而是所有工具都指向同一个 Base URL 和同一个 Key模型 ID 按需切换。官网入口是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 地址是 https://taotoken.net/api 注意 API 地址不带 UTM 参数配置的时候别抄错。为什么要在 Obsidian Agent 场景里用它因为 Agent 自动归档流会频繁调用模型读一篇笔记要调一次判断是否重复要调一次生成摘要和链接要调一次。如果每次都在插件里硬编码 Key换模型时你得改代码。统一通道之后你只需要维护一份配置所有调用走同一个入口。具体操作分三步。第一步去控制台创建 API Key地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 创建完复制出来后面所有配置都用这一个。第二步确认你要用的模型 ID比如 claude-sonnet 系列或者 gpt 系列模型对话页面在 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 你可以先在那里试一下模型能不能正常回话。第三步把 Base URL 和 Key 写进你的 Agent 配置Obsidian 这边只负责存 Markdown不直接管模型调用。这里有个关键认知Obsidian 本身不是模型客户端它只是文件系统。真正干活的是外部 Agent 或者插件里的 Agent 逻辑。所以统一通道要配在 Agent 那一侧而不是 Obsidian 主题或核心设置里。很多人搞混这一点在 Obsidian 里翻半天找不到填 Key 的地方其实是找错地方了。如果你用 Claude Code 做归档 Agent配置入口在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content Coding Plan 适合长期跑编码和 Agent 任务额度模型更划算。API Keys 管理页在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 遇到配置格式问题先翻文档比瞎试快。3. 可复制配置Agent 归档流的 Base URL Key Model ID 三件套这一节给你可以直接抄的配置片段。不管你是用 Cline、Claude Code 还是自己写的 Node 脚本核心都是三件套Base URL、API Key、Model ID。下面分场景给。先看通用 JSON 配置适合大多数支持 OpenAI 兼容格式的 Agent 工具。文件路径按你的工具实际位置放比如 Cline 的配置在 VS Code 设置里Claude Code 的配置在项目根目录的 settings 文件里。{ baseUrl: https://taotoken.net/api, apiKey: sk-你的TaoToken密钥, model: claude-sonnet-4-20250514, temperature: 0.3, maxTokens: 4096 }注意 baseUrl 结尾不要多加斜杠有些工具会自动拼接 /v1/chat/completions多一个斜杠就 404。apiKey 从控制台复制不要手打容易漏字符。model 字段填你实际要用的模型 ID不确定就去模型对话页确认。如果你用 Claude Code 做归档 Agent配置走 settings.json路径通常是项目根目录的 .claude/settings.json。片段如下{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: sk-你的TaoToken密钥, ANTHROPIC_MODEL: claude-sonnet-4-20250514 } }这里三个变量名是 Claude Code 认的别改成别的。ANTHROPIC_BASE_URL 指向 TaoToken 的 API 地址ANTHROPIC_API_KEY 填你的 KeyANTHROPIC_MODEL 填模型 ID。改完重启 Claude Code 生效。如果你用 Cline 的 MCP 模式配置在 Cline 的 MCP Servers 设置里JSON 片段{ mcpServers: { obsidian-archiver: { command: node, args: [/path/to/your/archiver.js], env: { TAOTOKEN_BASE_URL: https://taotoken.net/api, TAOTOKEN_API_KEY: sk-你的TaoToken密钥, TAOTOKEN_MODEL: claude-sonnet-4-20250514 } } } }这个片段里 command 和 args 指向你自己的归档脚本env 里三个变量传给脚本。脚本里用 process.env.TAOTOKEN_BASE_URL 读取不要硬编码。如果你用 Codex 的 auth.json路径在 ~/.codex/auth.json片段{ base_url: https://taotoken.net/api, api_key: sk-你的TaoToken密钥, model: claude-sonnet-4-20250514 }Codex 的字段名是下划线风格别写成驼峰。改完 auth.json 后Codex 启动时会自动读取。配置写完先别急着跑归档用一条最简单的请求验证通道通不通。下一节给验证命令。4. 验证请求与成功结果确认归档流真的跑通配置写完先做最小验证。不要一上来就跑全量归档那样出错你都不知道是通道问题还是脚本问题。分两步先验证模型能回话再验证 Agent 能读写 Obsidian 文件。第一步用 curl 验证通道。命令如下curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Content-Type: application/json \ -H Authorization: Bearer sk-你的TaoToken密钥 \ -d { model: claude-sonnet-4-20250514, messages: [{role: user, content: 回复两个字通了}], max_tokens: 16 }成功的话你会看到类似这样的返回{ id: chatcmpl-xxx, object: chat.completion, choices: [ { index: 0, message: { role: assistant, content: 通了 }, finish_reason: stop } ], usage: { prompt_tokens: 12, completion_tokens: 2, total_tokens: 14 } }看到 choices 数组里有 content 就说明通道通了。如果返回 401说明 Key 不对或者没带 Authorization 头。如果返回 404检查 baseUrl 是不是多写了斜杠或者少写了 /v1。第二步验证 Agent 读写 Obsidian。在你的 Obsidian 仓库根目录建一个测试文件 test-archive.md内容随便写一段技术笔记。然后跑你的归档脚本观察三件事raw 文件夹里的原文有没有被改动wiki 文件夹里有没有生成新词条索引文件有没有更新。成功的结果是原文只读没动wiki 里多了一个带来源链接的词条索引里多了一行记录。我实测下来最容易出问题的是文件路径。Obsidian 仓库路径如果有空格或中文脚本里要加引号或者用 encodeURI。另外 Agent 写文件时要注意编码统一用 UTF-8不然中文会乱码。验证通过后你就可以把归档流接到日常流程里了。比如用 Obsidian 的 Templater 插件新建笔记时自动触发归档脚本或者用定时任务每天凌晨扫一遍 raw 文件夹。触发规则下一节讲。5. 常见报错排查401、local proxy failed、reading choices、OAuth这一节对照真实报错给排查路径。你跑归档流的时候大概率会碰到下面几个。401 Unauthorized。最常见原因就三个Key 复制错了、Key 过期了、Authorization 头格式不对。先检查 Key 有没有多余空格再确认头是Bearer sk-xxx格式Bearer 和 Key 之间一个空格。如果还不行去控制台重新生成一个 Key。注意 TaoToken 的 Key 是统一通道用的不要和别的平台 Key 混用。local proxy failed。这个报错通常出现在 Agent 工具里意思是本地代理转发失败。排查顺序先确认 Base URL 是不是 https://taotoken.net/api 不要写成 http 或者带端口再确认你的网络能正常访问这个地址用 curl 测一下最后检查 Agent 工具里有没有额外的代理配置有的话先关掉。这个报错和通道本身无关是本地配置问题。reading choices 报错。典型信息是Cannot read properties of undefined (reading choices)。这说明返回体里没有 choices 字段通常是请求根本没成功但脚本没检查状态码就直接读 choices。修复方法在脚本里先判断 response.status非 200 就打印完整返回体别直接解析。常见原因是模型 ID 写错了或者 max_tokens 设太大超过模型限制。OAuth 相关报错。如果你用 Claude Code 或 Codex可能会碰到 OAuth token 过期或者认证失败。这时候不要反复重试直接检查 settings.json 或 auth.json 里的配置。Claude Code 认的是 ANTHROPIC_BASE_URL 和 ANTHROPIC_API_KEYCodex 认的是 base_url 和 api_key。字段名写错就会走 OAuth 流程然后失败。改完配置记得完全退出工具再重启有些工具会缓存旧配置。还有一个隐蔽的坑模型 ID 和工具不匹配。比如你在 Cline 里填了 Claude 的模型 ID但 Cline 默认走 OpenAI 格式虽然 TaoToken 兼容但个别参数名不一样。遇到奇怪报错先换一个模型 ID 试排除模型问题。排查完记得把成功的配置片段存下来下次换工具直接抄别重新试。6. 把归档流跑成日常从手动触发到自动生长配置和验证都过了最后说怎么让它变成日常习惯。核心原则先跑通一条最小链路再逐步加规则别一上来就搭大系统。最小链路是这样的raw 文件夹只读wiki 文件夹可写Agent 每次只处理一篇新笔记。触发方式用 Obsidian 的 Templater 或者 QuickAdd 插件新建笔记时弹一个按钮“归档到知识库”点了就跑脚本。跑完你在 wiki 里看到新词条在索引里看到新记录这一篇就算沉淀了。跑顺了之后再加规则。比如加去重判断Agent 先读索引如果发现相似标题就跳过或者合并。加冲突标记如果新笔记和旧词条观点不一致保留两边并标注来源和时间。加定时任务每天扫一遍 raw把没归档的批量处理。这些规则都写在 AGENTS.md 里Agent 每次启动先读这个文件。长期编码和 Agent 任务建议走 Coding Plan入口在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 额度模型更适合持续跑。模型验证和临时对话用模型对话页入口在 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。Key 管理和接入文档分别在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 和 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。最后说个真实经验别追求一次配置完美。我一开始想把所有规则写全结果 Agent 每次跑都卡在判断逻辑上。后来改成先跑最简单的“读原文、生成摘要、建词条”跑了一周再加去重和冲突标记反而顺了。知识库的生长是渐进的配置也是。你先让第一篇笔记跑通归档看到 wiki 里多出第一个词条这件事就成立了一半。剩下的交给时间和持续输入。
