企业官网建设流程全解析

1. 从「仓鼠型笔记」到自动归档：我为什么把 PARA 目录交给 Claude Code

如果你也在用 Obsidian 攒了几百上千条笔记，大概率经历过这个场景：灵感来的时候随手记一条，过两周再打开，发现它躺在根目录里，既不属于任何项目，也没打标签，最后只能靠搜索找回来。笔记越攒越多，真正被复用的却越来越少，这就是典型的「仓鼠型知识管理」——囤积感很强，周转率极低。

PARA 分类法（Projects、Areas、Resources、Archive）本身是解决这个问题的好框架，它按「处理状态」而不是「内容主题」来分文件夹，判断标准清晰。但问题在于：每次手动判断一条笔记该进哪个抽屉，本身就是一件消耗意志力的事。人一旦累了，就会把笔记往根目录一扔，系统随即崩塌。

我试过用纯 Prompt 让 AI 帮忙分类，但每次都要复制粘贴笔记内容、手动指定目录、再手动移动文件，流程割裂得让人放弃。真正让这套系统「自动运转」起来的转折点，是把 Claude Code 接到 Obsidian 的 Vault 目录上，让它直接读写文件、按规则归档、按模板打标签。而统一模型通道这件事，我用 TaoToken 来做——一个 Key 走通 Claude Code 的请求，不用在多个平台之间来回切换配置。

这篇文章要解决的核心问题很具体：如何用 TaoToken + Claude Code，把 Obsidian 里的 PARA 目录变成一条自动归档、自动打标签的知识流水线。适合谁？适合已经在用 Obsidian、知道 PARA 是什么、但被「手动整理」卡住的人。如果你还没建 Vault，也可以跟着从零搭一个最小可用版本。下面我会给出可复制的目录模板、Claude Code 的配置文件、提示词规则，以及一次完整的「新笔记自动归位」验证动作。

2. TaoToken 前置准备：统一 Key 与 API 通道，让 Claude Code 稳定读写 Vault

在动手改目录之前，先把「通道」这件事理清楚。Claude Code 是一个跑在终端里的编码 Agent，它需要调用大模型 API 才能工作。默认情况下你要自己处理账号、额度、模型选择这些琐事，一旦中途报错，排查成本很高。我的做法是用 TaoToken 作为统一的 API 通道：一个 Key、一个 Base URL，Claude Code 的所有请求都走这里，模型切换和额度管理都在一个地方看。

先说清楚 TaoToken 是什么、能做什么。它是一个面向开发者的模型 API 聚合通道，提供统一的调用入口，支持在控制台里创建 API Key、查看用量、切换不同模型。对这套知识系统来说，它的价值在于：Claude Code 需要频繁读写本地文件、做多轮推理，请求量大且零散，统一通道能避免「这个模型额度用完了要换那个平台」的打断感。

适合谁用？如果你只是偶尔问一句 AI，其实用网页版就够了；但如果你要跑 Claude Code 这种会连续发起几十次请求的 Agent 场景，统一 Key 的收益就很明显。

具体操作分三步。第一步，打开官网 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 注册账号，进入控制台。第二步，在控制台里创建 API Key，建议给这个 Key 起个能认出来的名字，比如obsidian-para，方便以后区分用途。第三步，记下两个东西：Base URL 是https://taotoken.net/api（注意这个地址不加 UTM 参数），以及你刚生成的 Key。

这里有个容易踩的坑：很多人把 Key 直接写进会提交到 Git 的配置文件里。Obsidian 的 Vault 如果开了同步或者版本管理，Key 就泄露了。正确做法是用环境变量，或者放在.claude/settings.local.json这种被 gitignore 的文件里。后面第三节我会给出具体的配置写法。

还有一点要提醒：Claude Code 的模型 ID 需要和 TaoToken 控制台里支持的模型对应上。你可以在控制台的模型列表里确认当前可用的模型名称，填配置的时候保持一致，否则会出现「模型不存在」的报错。这一步花两分钟确认，能省掉后面半小时的排查。

3. 可复制配置：Obsidian PARA 目录模板 + Claude Code settings 片段

这一节是整篇文章的核心，所有内容都可以直接复制使用。先给目录模板，再给 Claude Code 的配置，最后给归档规则。

3.1 Obsidian PARA 目录模板

在 Vault 根目录下建这套结构。注意00 - 灵感库是我额外加的入口层，PARA 原版没有，但实际用下来，灵感需要一个「还没想清楚」的暂存区，否则会直接污染 Projects。

MyVault/ ├── 00 - 灵感库/ │ └── .gitkeep ├── 01 - Projects/ │ └── .gitkeep ├── 02 - Areas/ │ └── .gitkeep ├── 03 - Resources/ │ └── .gitkeep ├── 04 - Archive/ │ └── .gitkeep ├── .claude/ │ ├── settings.json │ └── settings.local.json └── CLAUDE.md

每个文件夹放一个.gitkeep，是为了让空目录也能被版本管理跟踪。如果你不用 Git，可以忽略。

3.2 Claude Code 配置文件

在 Vault 根目录创建.claude/settings.json，写入模型通道配置。这里的关键是三件套：Base URL、API Key、Model ID，缺一不可。

{ "env": { "ANTHROPIC_BASE_URL": "https://taotoken.net/api", "ANTHROPIC_API_KEY": "sk-你的TaoToken密钥", "ANTHROPIC_MODEL": "claude-sonnet-4-20250514" } }

如果你不想把 Key 写进这个文件，可以改用.claude/settings.local.json，它默认不会被提交。写法一样：

{ "env": { "ANTHROPIC_BASE_URL": "https://taotoken.net/api", "ANTHROPIC_API_KEY": "sk-你的TaoToken密钥", "ANTHROPIC_MODEL": "claude-sonnet-4-20250514" } }

注意：ANTHROPIC_MODEL的值要和 TaoToken 控制台里实际可用的模型 ID 一致。填错会直接报模型不存在，别凭记忆写。

3.3 CLAUDE.md：让 Claude Code 懂你的归档规则

CLAUDE.md是 Claude Code 的项目级说明文件，它会在每次会话开始时被读取。把 PARA 的判断规则写进去，AI 就知道该怎么归档。

# Obsidian PARA 知识系统规则 ## 目录职责 - 00 - 灵感库：还没想清楚、让你感到「不舒服」的观点，暂存区 - 01 - Projects：两周内会推进、有明确目标和截止日 - 02 - Areas：长期关注、没有结束时间 - 03 - Resources：备查资料，现在不直接处理 - 04 - Archive：已完成或过期 ## 归档判断顺序 1. 有明确 deadline 且在两周内 → 01 - Projects 2. 长期关注无 deadline → 02 - Areas 3. 只是备查 → 03 - Resources 4. 已完成/过期 → 04 - Archive 5. 以上都不满足 → 00 - 灵感库 ## 标签规则 - 每条笔记 frontmatter 必须含：status、created、tags - status 取值：inbox / active / reference / archived - tags 从笔记正文提取 2-4 个关键词，不要超过 4 个 ## 禁止 - 不要修改笔记正文内容，只处理 frontmatter 和文件位置 - 不要删除任何笔记，归档只做移动

3.4 归档提示词模板

在 Claude Code 里，你可以把这段存成一个可复用的提示词。每次有新笔记进来，直接触发。

读取 00 - 灵感库 下所有 .md 文件，对每个文件执行： 1. 读取正文，按 CLAUDE.md 的归档判断顺序决定目标目录 2. 在 frontmatter 中补全 status、created、tags 三个字段 3. 用 mv 命令把文件移动到目标目录 4. 输出一张表格：文件名 | 原位置 | 目标位置 | 判断理由 不要修改正文，不要删除文件。

这套配置搭好之后，你的 Vault 就从「手动整理」变成了「规则驱动」。下一节验证它是否真的跑得通。

4. 验证请求：跑一次「新笔记自动归位」的完整动作

配置写完不代表能用，必须跑一次完整流程验证。这一节我给出从创建笔记到自动归档的全过程，你可以照着做一遍。

4.1 准备一条测试笔记

在00 - 灵感库下新建一个文件测试灵感.md，内容故意写得模糊一点，看 AI 怎么判断：

--- created: 2025-01-15 --- 内容创作的瓶颈不在灵感，在加工流程。创作者不缺想法，缺的是把灵感变成成品的流水线。 我隐约觉得这个说法有问题，但一时讲不清哪里不对。

这条笔记没有明确 deadline，也不是备查资料，按规则应该进00 - 灵感库或02 - Areas。看 AI 怎么选。

4.2 启动 Claude Code 并触发归档

在 Vault 根目录打开终端，启动 Claude Code：

cd /path/to/MyVault claude

进入交互界面后，粘贴第 3.4 节的归档提示词。Claude Code 会开始读取文件、判断、移动。

4.3 检查成功结果

归档完成后，你应该看到类似这样的输出表格：

同时打开测试灵感.md，frontmatter 应该被补全成：

--- created: 2025-01-15 status: inbox tags: [内容创作, 加工流程, 灵感管理] ---

正文没有被改动，这是关键。如果正文被改了，说明 CLAUDE.md 的「禁止修改正文」规则没生效，需要检查文件是否被正确读取。

4.4 再测一条有明确目标的笔记

为了验证 Projects 的判断，再建一条30天写10篇产品思考.md，正文里写明「两周内完成，有截止日」。重新触发归档，它应该被移动到01 - Projects，status 变成active。

两条都跑通，说明你的流水线基本可用了。接下来是排障环节，这些错我都真实遇到过。

5. 本篇常见错排查：401、local proxy failed、reading choices、OAuth 报错怎么解

配置和验证过程中，最容易卡住的就是报错。这一节我把几个高频错误和对应解法列出来，都是实际踩过的。

5.1 401 Unauthorized

这是最常见的。原因通常是 Key 没填对，或者 Base URL 写错了。检查顺序：

第一，确认ANTHROPIC_API_KEY的值是完整的，没有多余空格，没有把sk-前缀漏掉。第二，确认ANTHROPIC_BASE_URL是https://taotoken.net/api，注意结尾不要多加斜杠，也不要把 UTM 参数拼进去。第三，去 TaoToken 控制台确认这个 Key 还有额度、没有被禁用。

如果三件套里 Base URL 和 Key 都对，还是 401，那大概率是 Model ID 填错了。有些模型 ID 在控制台里显示的名字和实际调用名不一致，以控制台为准。

5.2 local proxy failed

这个报错通常出现在网络环境有额外代理设置的时候。Claude Code 会读取系统的代理环境变量，如果HTTP_PROXY或HTTPS_PROXY指向了一个不可用的地址，就会报 local proxy failed。

解法：检查终端里的代理环境变量，临时清掉再试：

unset HTTP_PROXY unset HTTPS_PROXY unset ALL_PROXY

然后重新启动 Claude Code。如果你确实需要代理才能访问外网，那要确保代理本身是通的，而不是配置残留。

5.3 reading choices 相关报错

这个报错一般出现在模型返回格式不符合预期的时候，比如流式响应中断、返回体里没有choices字段。常见原因是模型 ID 和实际服务不匹配，或者请求被中途拦截。

排查步骤：先用一个最简单的请求测试通道是否通。在终端里直接 curl：

curl https://taotoken.net/api/v1/messages \ -H "x-api-key: sk-你的密钥" \ -H "anthropic-version: 2023-06-01" \ -H "content-type: application/json" \ -d '{"model":"claude-sonnet-4-20250514","max_tokens":50,"messages":[{"role":"user","content":"hi"}]}'

如果这个请求返回正常，说明通道没问题，问题在 Claude Code 的配置；如果这个也报错，那就是 Key 或模型 ID 的问题。

5.4 OAuth 相关报错

Claude Code 某些版本会尝试走 OAuth 登录流程，如果你用的是 API Key 模式，可能会看到 OAuth 相关的提示或报错。这时候要确认配置里走的是 API Key 而不是登录态。检查settings.json里的ANTHROPIC_API_KEY是否生效，必要时在启动前显式导出环境变量：

export ANTHROPIC_API_KEY="sk-你的密钥" export ANTHROPIC_BASE_URL="https://taotoken.net/api" claude

5.5 归档时文件没移动

如果 Claude Code 说归档完成，但文件还在原地，通常是权限问题。检查 Vault 目录是否有写权限，以及 Claude Code 是否有权限执行mv命令。在 macOS/Linux 下可以用ls -la看目录权限，必要时chmod调整。

排障的核心思路是：先确认通道通不通，再确认配置对不对，最后确认权限够不够。按这个顺序走，大部分问题都能定位。

6. 把流水线跑起来：从自动归档到长期可用的知识系统

到这里，你的 Obsidian PARA 系统已经能自动归档了。但「自动运转」不止于归档，还包括后续的标签维护、定期清理和内容复用。这一节说几个让系统长期活下去的实操点。

第一，给归档加一个定时触发。Claude Code 本身是交互式的，但你可以写一个 shell 脚本，用 cron 每天跑一次归档提示词。脚本大概长这样：

#!/bin/bash cd /path/to/MyVault claude -p "读取 00 - 灵感库 下所有 .md 文件，按 CLAUDE.md 规则归档并补全 frontmatter" >> /tmp/para-archive.log 2>&1

-p参数让 Claude Code 以非交互模式执行单次任务，适合放进定时任务。日志重定向到文件，方便回溯。

第二，每周做一次清理。灵感库如果只进不出，很快会堆满。规则很简单：超过两周没被处理、也没被移动到其他目录的笔记，直接删。这个动作可以也交给 Claude Code，让它列出候选清单，你确认后执行。

第三，标签不要贪多。我在 CLAUDE.md 里限制每条笔记最多 4 个标签，就是因为标签一多就失去检索意义。2 到 4 个关键词足够覆盖一条笔记的核心。

第四，让笔记之间产生引用。归档只是第一步，真正提升周转率的是「这条笔记和哪条相关」。你可以在归档提示词里加一句：如果目标目录里已有相似标签的笔记，在 frontmatter 里加一个related字段，写上相关笔记的文件名。这样 Obsidian 的图谱视图就能把知识连起来。

第五，模型通道保持统一。这套系统里 Claude Code 会频繁请求，如果中途换平台、换 Key，配置就要重来一遍。用 TaoToken 统一通道的好处就在这里：一个 Key 管到底，模型切换在控制台完成，本地配置不用动。

如果你想把 Claude Code 用在更长期的编码和 Agent 任务上，可以了解一下 Coding Plan，它适合需要持续调用、任务量比较大的场景：https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content=

需要创建新的 API Key 或者查看用量，直接进控制台：https://taotoken.net/console?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content=

Key 管理页面在这里：https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content=

配置过程中遇到接入问题，可以对照接入文档排查：https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content=

想先验证模型通道是否正常，用模型对话跑一条测试请求最直接：https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content=

最后说一个我自己的习惯：每次改完 CLAUDE.md 的规则，先拿三条测试笔记跑一遍，确认归档结果符合预期，再让它处理真实笔记。规则改动的影响面比想象中大，小步验证比一次性全量跑要稳。系统能不能长期运转，不取决于配置多漂亮，而取决于你愿不愿意在每次规则变更后做一次小验证。