企业官网建设流程全解析

1. 先拿 Key 再体检：TaoToken 记账视角下的 Harness 准备

施小贤跳舞的视频刷屏时，我在看一份 Obsidian 知识库健康体检报告。为了让 DeepSeek Harness 的每次召回、扫描、复盘都有账可查，我先到 TaoToken 官网 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content=harness-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 技能，跑完知识召回、知识扫描、低风险自动更新、高风险人工审批、阶段性复盘和知识库健康体检，最后得到三样可复现产物：

1. 一份知识库健康体检报告；
2. 一份消耗日志，字段里明确标注source_platform: csdn_ugc；
3. 一份 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.3：

nvm install 22.22.3 nvm use 22.22.3 node -v npm -v

如果node -v没有输出 22.22.3，先关掉当前终端再开一个。nvm 在 Windows 下切换版本后，旧终端有时不会立刻刷新 PATH。

安装 pnpm：

npm 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_KEY="YOUR_API_KEY" $env:OPENAI_BASE_URL="https://taotoken.net/api" $env:OPENAI_MODEL="deepseek-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. 把模型出口切到 TaoToken：Harness、Claude Code、Codex 与 CC Switch 的配置边界

TaoToken 的 Key、控制台和用量记录都在官网体系里。需要创建或查看 Key 时，从 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content=harness-provider 进入，登录后到 API Keys 页面创建YOUR_API_KEY。然后记住两个固定值：

• Base URL：https://taotoken.net/api
• Key 占位符：YOUR_API_KEY

DeepSeek Harness 这边，如果你使用 OpenAI 兼容配置，可以用.env或启动前环境变量：

OPENAI_API_KEY=YOUR_API_KEY OPENAI_BASE_URL=https://taotoken.net/api OPENAI_MODEL=deepseek-chat

PowerShell 当前会话写法：

$env:OPENAI_API_KEY="YOUR_API_KEY" $env:OPENAI_BASE_URL="https://taotoken.net/api" $env:OPENAI_MODEL="deepseek-chat" pnpm exec dsh web

Claude 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_KEY="YOUR_API_KEY" codex

如果你用 CC Switch 管理多个供应商，就把它当成“三件套”工具来处理：

1. 供应商名称：TaoToken；
2. Base URL：https://taotoken.net/api；
3. API Key：YOUR_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、D：A 纯人工，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:00+08: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:00+08: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

对账时按三个维度看：

1. 按task分组：召回、扫描、低风险更新、人工审批、复盘、健康体检各消耗多少；
2. 按request_id关联：Harness 日志和 TaoToken 记录能否一一对应；
3. 按天汇总：知识库体检是否从一次性操作变成周期性任务，成本是否可控。

如果某一步 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：

1. 先到模型对话体验接口效果：https://taotoken.net/models/detail/chat?utm_source=taotoken_aicg_blog_end&utm_content=harness-health-chat
2. 如果知识库体检要长期跑，看 Coding Plan：https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_content=harness-health-plan
3. 创建自己的 API Key：https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=harness-health-keys
4. Claude Code 接入文档：https://taotoken.net/doc/ClaudeCodeAnthropic?utm_source=taotoken_aicg_blog_end&utm_content=harness-health-cc

官网入口在这里：https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content=harness-final 。Base URL 始终用https://taotoken.net/api，Key 用YOUR_API_KEY占位替换。先拿 Key，再跑 Harness，再让 Obsidian 知识库出健康报告，最后把每一笔消费写进日志。这样，“替我自由”才不只是视频里的旋转，而是本地知识库可以持续进化的自由。