1. 先拿 Key 再体检TaoToken 记账视角下的 Harness 准备施小贤跳舞的视频刷屏时我在看一份 Obsidian 知识库健康体检报告。为了让 DeepSeek Harness 的每次召回、扫描、复盘都有账可查我先到 TaoToken 官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contentharness-health-key 拿 Key并把模型调用的 Base URL 固定为 https://taotoken.net/api。Key 占位符统一写成 YOUR_API_KEY后文涉及注册、申请 Key、控制台查看用量的步骤都以 TaoToken 官网入口为准。这次不复述“Obsidian 在 DeepSeek Harness 上跑起来”的兴奋感而是从 Token 记账观察者视角把整条链路走一遍准备 NVM、Node、pnpm 环境安装并启动 DeepSeek Harness接入 dsh-obsidian迁移 obsidian-knowledge-evolution 技能跑完知识召回、知识扫描、低风险自动更新、高风险人工审批、阶段性复盘和知识库健康体检最后得到三样可复现产物一份知识库健康体检报告一份消耗日志字段里明确标注source_platform: csdn_ugc一份 DeepSeek Harness 对 Obsidian 的调用记录可和 TaoToken 控制台里的请求记录对账。健康报告本身只是结果真正让知识库可持续的是过程账本。哪一步召回了多少笔记、哪一步扫描出了候选知识、哪一步触发了人工确认、哪一步更新了 SOP最好都能对应到一次模型调用和一组 Token 消耗。下面按可跟做顺序展开。2. 环境别从零猜NVM、Node 22.22.3、pnpm 与 Harness 启动的最小闭环Windows 下跑 DeepSeek Harness第一关通常不是 Harness 本身而是 Node 版本和 pnpm 构建脚本。原文里遇到的pnpm approve-builds红字提示不是安装失败而是 pnpm 默认不自动执行依赖包的安装脚本。这里把可复现步骤重新整理一下。先安装 nvm-windows安装完成后重新打开命令提示符或 PowerShell确认 nvm 可用nvm version接着安装并切换 Node 22.22.3nvm install 22.22.3 nvm use 22.22.3 node -v npm -v如果node -v没有输出 22.22.3先关掉当前终端再开一个。nvm 在 Windows 下切换版本后旧终端有时不会立刻刷新 PATH。安装 pnpmnpm install -g pnpm pnpm -v准备一个 Harness 运行目录例如mkdir D:\source\DeepSeek-Harness cd D:\source\DeepSeek-Harness然后按当前 DeepSeek Harness 版本的安装方式初始化依赖。安装过程中如果看到 pnpm 提示有依赖构建脚本被忽略按提示执行pnpm approve-builds在交互界面里输入a全选依赖包再回车继续。这一步的作用是允许 pnpm 执行这些依赖的构建脚本不是报错修复魔术。在启动 Harness Web 之前先把模型出口指向 TaoToken。若当前 Harness 版本通过 OpenAI-Compatible Provider 读取环境变量可以用下面的最小配置$env:OPENAI_API_KEYYOUR_API_KEY $env:OPENAI_BASE_URLhttps://taotoken.net/api $env:OPENAI_MODELdeepseek-chat pnpm exec dsh web如果你的 Harness 版本使用 profile 或 provider 配置文件而不是直接读环境变量就把同样的三件套填进去供应商名称 TaoToken、Base URLhttps://taotoken.net/api、API KeyYOUR_API_KEY。不要在这类配置里加入 UTM 参数Base URL 保持干净。启动 Web 服务pnpm exec dsh web浏览器自动打开后先不要急着接 Obsidian确认 Harness 自己能发起一次模型调用。可以在新会话里输入一句简单测试然后去 TaoToken 控制台看是否出现对应请求。如果控制台没有请求优先检查 Key 是否替换、Base URL 是否写成https://taotoken.net/api、当前终端环境变量是否对启动进程生效。安装 dsh-obsidian 插件前先在 Harness 命令行窗口按Ctrl C停掉 Web 服务然后执行pnpm exec dsh plugin --profile web add dsh-obsidian插件安装完成后打开插件配置文件notepad C:\Users\admin\.dsh\profiles\web\cordis.patch.yml把原来的[]替换成 Obsidian 插件配置。注意 YAML 缩进路径使用自己机器上的绝对路径- id: obsidian config: vaultPath: D:\source\Obsidian-Harness-Test useCli: false再次启动pnpm exec dsh web新建一个测试笔记验证 Harness 是否能读知识库cd D:\source\Obsidian-Harness-Test mkdir 00-Inbox notepad .\00-Inbox\harness-test.md在 Harness 会话里让它读取这个笔记。如果它能正确返回笔记内容说明 dsh-obsidian 插件和 Vault 路径已经通了。3. 把模型出口切到 TaoTokenHarness、Claude Code、Codex 与 CC Switch 的配置边界TaoToken 的 Key、控制台和用量记录都在官网体系里。需要创建或查看 Key 时从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contentharness-provider 进入登录后到 API Keys 页面创建YOUR_API_KEY。然后记住两个固定值Base URLhttps://taotoken.net/apiKey 占位符YOUR_API_KEYDeepSeek Harness 这边如果你使用 OpenAI 兼容配置可以用.env或启动前环境变量OPENAI_API_KEYYOUR_API_KEY OPENAI_BASE_URLhttps://taotoken.net/api OPENAI_MODELdeepseek-chatPowerShell 当前会话写法$env:OPENAI_API_KEYYOUR_API_KEY $env:OPENAI_BASE_URLhttps://taotoken.net/api $env:OPENAI_MODELdeepseek-chat pnpm exec dsh webClaude Code 的配置边界不同它使用settings.json和ANTHROPIC_*环境变量。示例{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: YOUR_API_KEY, ANTHROPIC_MODEL: claude-sonnet-4-5 } }Codex 不要套ANTHROPIC_*它使用config.toml。示例model gpt-5 model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api chat对应的环境变量是$env:TAOTOKEN_API_KEYYOUR_API_KEY codex如果你用 CC Switch 管理多个供应商就把它当成“三件套”工具来处理供应商名称TaoTokenBase URLhttps://taotoken.net/apiAPI KeyYOUR_API_KEY。CC Switch 只负责切换配置不负责帮你补 Key。切换后要新开终端或重启对应工具让环境变量和配置文件重新加载。判断是否生效不要只看界面去 TaoToken 控制台看请求记录或者在 Harness 调用日志里找base_url字段。4. 迁移 obsidian-knowledge-evolution目录、SKILL.md 与斜杠召回环境通了之后下一步是把 WorkBuddy 里的知识进化技能迁到 DeepSeek Harness。本质就是复制目录但工具名和加载路径要改对。在 Obsidian-Harness-Test 里创建 Harness 技能目录mkdir D:\source\Obsidian-Harness-Test\.dsh\skills从 WorkBuddy 技能目录复制xcopy C:\Users\admin\.workbuddy\skills\obsidian-knowledge-evolution D:\source\Obsidian-Harness-Test\.dsh\skills\obsidian-knowledge-evolution\ /E /I /Y复制完成后用记事本打开技能说明文件notepad D:\source\Obsidian-Harness-Test\.dsh\skills\obsidian-knowledge-evolution\SKILL.md把里面提到的 WorkBuddy 替换成 DeepSeek Harness。注意只改工具名和运行主体不要改知识库路径、项目名词和业务规则。迁移技能时最容易犯的错误是把路径也一起改乱导致技能能加载但读不到知识库。新开一个 Harness 会话用斜杠加关键字的方式模糊匹配技能例如输入/obsidian或/knowledge。如果候选列表里出现obsidian-knowledge-evolution说明技能目录被识别。再让它复述技能目标、输入目录、输出文件确认主体迁移成功。技能其它部分比如模板、状态字段、日志规则也要逐项验证。验证方式不是“看起来像”而是让技能对一个测试项目执行一次小范围操作然后检查它是否按原规则更新项目资料、日志和 SOP。5. 七项体检测试从知识召回到健康报告的可复现步骤技能迁移完成后不要直接对正式知识库全量跑。先用 Obsidian-Harness-Test 做演练。可以准备项目 A、B、C、DA 纯人工B 半人工C 和 D 做过知识召回。把项目目录复制进测试 Vault这一步和复制 Word 文件夹没有区别。5.1 知识召回测试新建会话引入obsidian-knowledge-evolution执行知识召回。预期结果是项目 A、B 由于人工或半人工状态不一定进入召回项目 C、D 已经召回过不再重复。为了验证回归测试可以复制项目 D 的资料文件改文件名把召回状态改成false相当于制造一个“没有做过知识召回”的项目。再次执行召回观察它是否只把“召回回归测试”识别为待召回项目。正式召回后检查项目资料是否被更新。这一步要记录 Token同一技能、同一 Vault、同一模型下召回一次消耗多少。后续如果发现 Token 突然翻倍优先查是否重复召回。5.2 知识扫描测试新建会话引入技能执行知识扫描。知识扫描不一定直接更新知识它可能只添加候选知识。这是正常行为。候选知识相当于待审池不是最终事实。重点看它有没有把低可信内容直接写成正式知识。如果没有说明扫描策略符合预期。5.3 低风险知识自动更新测试新建会话执行低风险知识自动更新。项目事实这类低风险内容可以自动更新高风险内容应该留下人工确认记录而不是直接改掉。测试时重点检查更新前后差异低风险字段是否变化高风险字段是否只增加待确认标记。5.4 高风险人工审批测试新建会话模拟高风险知识人工审批。审批完成后SOP 应该更新日志里也应该出现人工审批结果。这里要记录审批涉及的 Token因为人工审批往往伴随较长上下文和多次读取成本可能高于普通扫描。5.5 阶段性知识复盘测试新建会话执行阶段性知识复盘。预期是更新日志记录和项目资料但不重复更新 SOP。复盘不是把之前做过的更新再做一遍而是汇总阶段变化、检查遗漏、生成下一步动作。5.6 知识库健康体检测试最后新建会话执行知识库健康体检。健康报告应该覆盖Vault 路径是否正确笔记总量、目录结构、孤立笔记数量待召回项目候选知识数量低风险自动更新次数高风险待人工确认数量SOP 更新情况本次全流程 Token 消耗。如果报告结果和前面六项测试一致说明技能功能迁移完成。此时 DeepSeek Harness 已经连上 Obsidian技能也能跑通。接下来才是把这套流程变成可重复、可对账的日常操作。6. 看懂 DeepSeek Harness 消耗日志把健康报告和 Token 账单对齐健康体检报告如果没有 Token 维度就只能算“知识状态报告”不能算“运维成本报告”。作为 Token 记账观察者建议至少保留一份 JSONL 消耗日志。每次技能会话结束后追加一条记录{ ts: 2026-01-01T10:00:0008:00, source_platform: csdn_ugc, harness_profile: web, skill: obsidian-knowledge-evolution, task: knowledge-health-check, provider: taotoken, base_url: https://taotoken.net/api, model: deepseek-chat, request_id: req_xxx, prompt_tokens: 0, completion_tokens: 0, total_tokens: 0, vault: D:\\source\\Obsidian-Harness-Test }其中prompt_tokens、completion_tokens、total_tokens从 TaoToken 控制台或 Harness 调用记录里抄录request_id用来和 TaoToken 侧请求对账source_platform: csdn_ugc用来区分这篇流程产生的记录和其它平台记录。数字先写 0 占位实际运行时替换。健康报告也可以加一个 YAML 摘要方便后续机器读取report: generated_at: 2026-01-01T10:30:0008:00 source_platform: csdn_ugc vault_path: D:\\source\\Obsidian-Harness-Test notes_total: 0 recall_pending: 0 scan_candidates: 0 low_risk_updates: 0 high_risk_pending: 0 sop_updates: 0 token_usage: provider: taotoken base_url: https://taotoken.net/api total_tokens: 0对账时按三个维度看按task分组召回、扫描、低风险更新、人工审批、复盘、健康体检各消耗多少按request_id关联Harness 日志和 TaoToken 记录能否一一对应按天汇总知识库体检是否从一次性操作变成周期性任务成本是否可控。如果某一步 Token 异常常见原因有三个扫描范围过大、重复召回未去重、把高风险知识误判为低风险导致多次确认。健康报告负责告诉你知识库是否健康Token 日志负责告诉你维护知识库的代价是否健康。7. 常见报错与排查pnpm、插件、Key 生效顺序这一类工作流最容易卡在四个地方。第一Node 版本不生效。nvm use 22.22.3后要新开终端再执行node -v。如果还是旧版本检查系统 PATH 里是否有其它 Node 安装。第二pnpm 构建脚本被忽略。看到红字先别重装执行pnpm approve-builds输入a全选再继续启动。第三dsh-obsidian 配置不生效。检查cordis.patch.yml的 YAML 缩进vaultPath必须是绝对路径useCli在测试阶段建议为false。改完配置必须重启pnpm exec dsh web。第四Key 或 Base URL 没生效。先确认 TaoToken 控制台里有没有请求记录如果没有检查YOUR_API_KEY是否替换https://taotoken.net/api是否写完整启动 Harness 的终端是否加载了环境变量。Claude Code 用ANTHROPIC_*Codex 用config.toml不要互相套用。CC Switch 三件套切换后也要重启对应工具。还有一个隐蔽问题技能迁移后斜杠召回不到。优先检查SKILL.md是否在.dsh\skills\obsidian-knowledge-evolution\下文件名大小写是否正确技能主体里是否还残留旧工具名导致解析异常。8. 收尾健康报告只是开始Token 记账让知识库自由可持续把 Obsidian 接到 DeepSeek Harness 上技能迁移完成健康体检测试通过这只是第一步。真正有价值的是第二次、第三次体检时你还能知道每次召回、扫描、复盘花了多少 Token哪些项目在变化哪些候选知识一直没被处理哪些高风险知识还在等人工审批。如果你也想把这条链路跑起来可以按下面路径进入 TaoToken先到模型对话体验接口效果https://taotoken.net/models/detail/chat?utm_sourcetaotoken_aicg_blog_endutm_contentharness-health-chat如果知识库体检要长期跑看 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentharness-health-plan创建自己的 API Keyhttps://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentharness-health-keysClaude Code 接入文档https://taotoken.net/doc/ClaudeCodeAnthropic?utm_sourcetaotoken_aicg_blog_endutm_contentharness-health-cc官网入口在这里https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contentharness-final 。Base URL 始终用https://taotoken.net/apiKey 用YOUR_API_KEY占位替换。先拿 Key再跑 Harness再让 Obsidian 知识库出健康报告最后把每一笔消费写进日志。这样“替我自由”才不只是视频里的旋转而是本地知识库可以持续进化的自由。