Boris 那段「终端开 5 个 Claude Code，网页端再开 5 到 10 个，手机里随手开几个」的心法，我照着试过以后，最先感受到的不是效率飞升，而是手忙脚乱：每个进程都要单独配置 API Key，5 个终端窗口开下来，光复制粘贴就能把人搞烦。真正让我把并行玩法稳定跑下来的，是 TaoToken 把认证收拢成一个入口，先到 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content= 注册并创建 Key，再把所有 Claude Code 进程的 Base URL 统一指向 https://taotoken.net/api，注意末尾不要带 /v1。这篇文章就记录我从 1 个进程扩到 5 个进程时的完整配置步骤，以及如何让多个并行会话共用同一把 Key、统一认证、统一看用量。
1. 先想清楚：5 个进程到底在并行做什么
1.1 并行不是为了炫技，是为了把等待时间填满
很多人听到「并行开 5 个 Claude Code」的第一反应是浪费，觉得一个会话都忙不过来，开 5 个不是纯烧钱吗？但 Boris 这条心法的核心不是「同时做 5 件事」，而是「让 5 个进程分别等各自的事情」。写代码的真实瓶颈往往不在打字，而在等待：等编译、等测试跑完、等日志刷出来、等外部接口返回。你盯着一个 Claude 发呆的时候，另几个 Claude 完全可以去处理独立的小任务。
我现在的用法是：一个进程负责写新功能的单元测试，一个进程按照 CLAUDE.md 里的规范重构老模块，一个进程帮我整理 Changelog，还有一个进程在计划模式下查某个 SDK 的用法。主终端里我自己写业务逻辑，遇到不确定的 API 就把问题丢给旁边那个进程。这样我的注意力只在「上下文切换」上流动一次，而不是反复开终端、反复敲同样的初始化命令。
1.2 5 个进程的第一道坎：每个终端都要配一遍认证
想法很美好，落地时第一个麻烦就是认证。一个 Claude Code 进程需要同时知道三样东西：接口地址、API Key、模型 ID。单进程时你只要在 ~/.claude/settings.json 里填一次；并行时问题就来了，5 个终端窗口同时开着，每个都去读同一份配置，只要某个进程用的是旧 Key，或者写错了 Base URL，报错就是 401，而且你还得挨个窗口排查。
Boris 原文里没有展开讲这一层，因为他可能用的是官方入口，官方入口天然把 Key 管理集中在账号里。但对国内开发者来说，手头可能同时有好几个来源的 Key，每个进程塞一个不同的 Key，最后根本分不清这个报错是哪个进程的。所以要跑并行，第一步不是学技巧，而是先把所有进程的认证统一到一个入口；这也是我改用 TaoToken 的直接原因。
2. 到 TaoToken 建账号、拿 Key、定模型 ID
2.1 先到官网完成注册与创建 Key
打开 TaoToken 注册并登录，进入控制台之后找到 API Keys 页面，创建一个新 Key，拷下来就是 YOUR_API_KEY 这个样子。注意这里说的是官网落地页，不是接口地址；落地页负责账号、Key、模型广场和用量查询，真正填进 Claude Code 的是后面会说的 https://taotoken.net/api。
创建 Key 的时候建议给个备注，比如「claude-code-parallel」，方便以后在用量列表里认出并行任务产生的请求。如果只想快速试一下，也可以先用默认 Key，跑通了再回来换。并行场景下你会产生比较多请求，最好一上来就用固定名称的 Key，否则事后对账会很难受。
2.2 模型 ID 不要猜，以模型广场为准
很多人在这一步翻车：随便填一个印象里的模型名进去，结果 Claude Code 启动后直接报 model not found。TaoToken 的模型广场会列出当前可用的模型 ID，每个模型旁边都有可复制的标识符。打开 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content= 之后找到模型广场，把你要用的那个 Claude 模型 ID 复制下来，粘贴进配置。
模型 ID 可能会随上游调整，所以不要凭记忆写死某串字符，也不要在论坛里抄一个老帖子里的 ID 就完事。以模型广场当次列出来的为准，这是并行配置里最省心的一条原则。反正你只需要复制一次，5 个进程共用同一个模型 ID，省下的排查时间远大于复制那一下。
2.3 Base URL 和官网落地页是两回事
TaoToken 给工具用的 Base URL 是 https://taotoken.net/api，末尾不加 /v1，也不加 UTM 参数；官网落地页是给人点的，注册、登录、创建 Key、看用量都走 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content=。这两个地址不能混用，尤其别把官网首页地址填进 Anthropic 的 base_url 里，否则请求会全部打到页面而不是 API，最后得到的不是 JSON 而是一大段 HTML。
3. 把 Claude Code 指向 TaoToken：settings.json 一次配好，所有进程生效
3.1 修改全局的用户级配置
Claude Code 会读取用户主目录下的 ~/.claude/settings.json，这个文件对所有项目生效。并行跑任务时，优先改这里，因为 5 个终端窗口都会读取同一份配置，不用每个项目单独维护。在 settings.json 里加入 env 区块：
{ "env": { "ANTHROPIC_BASE_URL": "https://taotoken.net/api", "ANTHROPIC_AUTH_TOKEN": "YOUR_API_KEY", "ANTHROPIC_MODEL": "粘贴模型广场上的模型ID" } }保存后重启 Claude Code，让环境变量重新加载。这个配置的作用是把 Claude Code 的默认请求地址、认证 Token、模型名一次性统一。注意YOUR_API_KEY是占位符，要替换成你在控制台创建的那串真实 Key；ANTHROPIC_MODEL的值则来自模型广场，不要自己编造。
3.2 不同项目想要不同模型怎么办
全局配置的缺点是所有项目都用同一个模型。如果你希望某个项目用更强的模型、另一个项目用更快的模型，就别在全局写死 ANTHROPIC_MODEL，而是用 direnv 这类工具按项目加载环境变量。在每个项目根目录放一个 .env 文件，里面写 ANTHROPIC_BASE_URL 和 ANTHROPIC_AUTH_TOKEN 以及该项目自己要用的模型 ID，然后让 direnv 在进入目录时自动加载。
export ANTHROPIC_BASE_URL="https://taotoken.net/api" export ANTHROPIC_AUTH_TOKEN="YOUR_API_KEY" export ANTHROPIC_MODEL="粘贴模型广场上的模型ID"这样你在终端 A 进入项目 X 启动进程 1，在终端 B 进入项目 Y 启动进程 2，两个进程虽然共用同一把 Key，但可以跑不同的模型。共用 Key 不意味着所有请求都一个模型，真正决定模型的是 ANTHROPIC_MODEL。
3.3 五个终端同时启动 Claude Code
配置完成后，开 5 个终端窗口，分别进入 5 个不同项目目录，各自执行claude启动会话。因为配置在用户级，5 个进程拿到的 Base URL 和 Key 完全一致，相当于它们都在同一个 TaoToken 通道下工作。你不需要再为每个窗口单独 export 环境变量。
启动后可以在任何一个窗口输入命令，比如让进程 A 说一句「hi」，确认它能正常回复。并行真正跑起来以后，5 个窗口会各自维护独立上下文，互不干扰。这里有个小建议：别让两个进程同时操作同一个工作目录里的同一个文件，会互相覆盖；给每个进程分配不同的目录或不同的文件范围。
4. 并行任务分配：把 5 个进程当小队用
4.1 一个典型的五进程工作台
参考 Boris 的做法，我把进程分成五个角色，每个角色只干一类事：
- 进程 1：主开发进程，负责当前功能代码的编写和调试。
- 进程 2：测试进程，写完一段逻辑就丢给它写单测，并在本地跑通。
- 进程 3：CLAUDE.md 维护进程，根据刚才踩到的坑更新团队规则文件。
- 进程 4：计划模式进程，只做方案讨论，不写代码，提前验证下一个功能的技术路线。
- 进程 5：代码审查进程，把进程 1 的产物拿去做 review，列出潜在问题。
这 5 个进程的共性是他们都需要访问大模型，都需要消耗 token，但任务边界完全不同。用一把 Key 统一认证之后，你在控制台看到的账目是同一把 Key 下产生的，自然就能估算出这类并行工作流一天大概吃掉多少额度。
4.2 计划模式在并行时反而更值钱
Boris 心法里的「先用计划模式讨论，再切自动接收」，在并行场景下被放大成多倍收益。单进程时你花 10 分钟讨论方案，省的是一次返工；5 个进程时如果你不让它们先出方案就直接开工，万一方向错了，等于 5 份 token 一起打水漂。
我现在的习惯是每个新任务的第一句话都是「先不要写代码，给我一个实现方案」。等进程把步骤列出来，我确认没问题，再补一句「按这个方案开始」。并行不意味着失控，它只是把「指挥多个 AI」变成了「指挥多个被约束的 AI」。TaoToken 只是通道，真正控制质量的仍然是你的 review 节奏。
5. 验证：怎么确定 5 个进程都走的是同一条通道
5.1 通过 CLI 做一次快速连通性测试
如果你想在开 5 个窗口之前，先验证 Key、Base URL、模型 ID 三者是否匹配，可以用 TaoToken 提供的 CLI 直接发一条测试请求，不用先启动 Claude Code。安装并执行：
npm install -g @taotoken/taotoken taotoken cc -k YOUR_API_KEY -u https://taotoken.net/api -m 粘贴模型广场上的模型ID命令返回正常的话，说明这把 Key 能在这个 Base URL 上访问你选的模型。这里注意-u后面是 https://taotoken.net/api，不要带 /v1，也不要加 UTM 参数。这个 CLI 只用来做连通性检查，日常并行还是要靠 Claude Code 自己的界面。
5.2 在 Claude Code 中验证环境变量是否生效
进入某个 Claude Code 会话后，可以输入一个简单的命令让它打印配置是否正确，或者直接问它「你能看到当前使用的 Base URL 是什么吗」。如果它给出的地址不是 https://taotoken.net/api，说明环境变量没被正确读取，检查 settings.json 的 JSON 格式和 env 键名。
更直接的方式是看请求有没有出现在 TaoToken 控制台的调用记录里。多开几个进程，让每个进程都发一条消息，然后回到 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content= 的用量页面，刷新看看是否有多条请求记录。如果记录都在，说明 5 个进程确实共用同一把 Key、同一条通道。
5.3 并行压力下观察响应稳定性
5 个进程同时发请求时，可能遇到偶尔某个窗口等待时间变长。这不一定是你网络的问题，也可能是模型侧并发排队。可以先保持 5 个进程各自发一条短消息，观察是否都正常返回，再把任务量加大。如果某个窗口频繁超时，可以先关掉不紧急的进程，把并发降下来，再逐个找回。
6. 并行时容易撞见的报错与对策
6.1 401 Unauthorized
这个几乎是配置类问题里最常见的。先检查ANTHROPIC_AUTH_TOKEN是否完整复制了 Key，尤其是不是多复制了空格、漏掉了最后几位；再看环境变量里是不是混入了旧 Key。还有一个隐蔽问题：如果你在 shell 里手动 export 过一个旧 Key，它可能会覆盖 settings.json 里的值，导致 401。
6.2 Model Not Found 或 404
模型 ID 不存在时，Claude Code 会直接告诉你找不到模型。解决办法不是换 Key，而是回到模型广场确认当前可用的模型 ID，然后同步更新 settings.json 里的 ANTHROPIC_MODEL。记住不要在多个地方写不同的模型 ID：全局 settings.json、项目 .env、启动命令参数，如果三者不一致，最终生效的会是你最难察觉的那个。并行时要保持所有终端环境一致，最稳妥的做法是统一只改全局配置。
6.3 并发量上来之后的限流
5 个进程同时狂发请求时，偶尔会遇到请求被限制的提示。遇到限流不要急着加 Key 或换通道，先看是不是任务太密集了。把几个进程切到计划模式，让它们只在有需要时才发消息，能显著降低请求频率。用量和限制情况在 TaoToken 控制台都能看到，以当次的模型广场和控制台记录为准。
7. 跑通之后去控制台对一次账，顺便规划 Coding Plan
配置保存后，先在 TaoToken 模型对话 里用同一把 Key 发一条测试消息，确认不依赖 Claude Code 也能访问。若要长期保持 5 进程并行工作，建议打开 Coding Plan 看套餐是否够用；Key 统一在 控制台 API Keys 创建和轮换。Claude Code 环境变量对照表见 接入文档，先跑通再并行，这样每次新增进程都不用重新配 Key。
