1. 装了 SuperpowersClaude Code 为什么还是直接写代码Claude Code 装上 Superpowers 插件之后七阶段工作流理论上会自动接管brainstorming 先追问需求、using-git-worktrees 隔离工作区、writing-plans 把需求拆成微任务、subagent-driven-development 派子代理逐条实现、test-driven-development 强制红绿循环、requesting-code-review 对照计划审查、finishing-a-development-branch 收尾。但很多人退出重启 Claude Code说一句「帮我规划一个用户登录功能」Claude 回复的仍然是代码一个提问都没有。这种「装了等于白装」的情况八成不是插件本身的问题而是模型通道没配通——Claude Code 必须能稳定调到模型插件挂载得再对请求发不出去也跑不起来。这一篇就补上原文里缺的那一步安装 Superpowers 与「验证是否生效」之间的模型通道配置。TaoToken 在这里的角色很单一就是提供 Key 和统一的 API 入口Base URL 填https://taotoken.net/api配通之后你再回去看七阶段有没有真的触发。它不替代 Superpowers 的方法论也不改插件的阶段逻辑只负责让 Claude Code 的每一次模型调用有地方可去。1.1 现象不是没装是调用没落地先分清两种「没生效」。一种是插件确实没启用/plugin list | grep superpowers查不到另一种是插件启用了但 Claude Code 走的是默认通道请求超时或被拒界面上看起来就像插件什么都没干。第二种更隐蔽因为插件列表是正常的你很容易以为问题出在 Superpowers 的触发条件上。判断方法很简单临时把插件禁用再让 Claude 做一个同样的需求。如果两次表现完全一样——都直接写代码、都不提问——那说明插件层根本没参与进来问题在通道上不在方法论上。这个判断顺序很重要先确认链路再调插件能省掉大量来回试的时间。1.2 插件改的是「怎么想」不是「怎么连」Superpowers 是方法论层的东西它不给你新命令而是改变 Claude 处理任务的节奏比如 brainstorming 阶段有一个硬阻断你没说「确认」之前它不碰代码。但它所有阶段都建立在「模型能正常回话」这个前提上。通道不通硬阻断也不会出现因为对话根本没走完一轮。我在实际配置时踩过的一个坑就是先花时间研究七阶段的跳过条件最后发现是环境变量名写错了多了一个_V1后缀。这类错误不会报「配置非法」只会表现为「插件好像没反应」。所以下面这份配置建议你按顺序做完再去验证阶段触发。2. 补上中间那一步TaoToken 提供 Key 与统一通道配置的目标只有两个变量一个 Base URL一个 Key。Base URL 固定写https://taotoken.net/api注意两点——不要在后面加/v1也不要带任何查询参数。Claude Code 会自己在后面拼接/v1/messages你多写一层路径请求就会打到不存在的地址上返回 404 而不会给你任何提示。Key 的获取路径是打开官网注册账号然后在控制台创建一个 API Key。创建完立刻复制很多平台只在创建时完整显示一次。这个 Key 建议单独存一份不要和别的项目的 Key 混用后面排查问题时能快速定位是哪个 Key 出的状况。注意TaoToken 只负责给 Claude Code 供 Key 和统一 API 通道Superpowers 的七阶段逻辑完全由插件自己控制。通道配好了不等于阶段一定触发但通道配错了阶段一定不触发这是先后关系。官网地址是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 注册和建 Key 都在这个入口里完成。建好之后先别急着改 Claude Code 的配置拿 Key 单独发一次最小请求确认通道本身是通的再回头动配置文件这样出问题能一刀切开。3. 可复制配置Base URL 与 Key 写进 Claude CodeClaude Code 读取模型通道配置有两种方式优先级上环境变量高于 settings 文件。日常用哪一种都行但别两处都写不同的值否则你会分不清到底哪份在生效。我的建议是先环境变量验证确认能通之后再固化到~/.claude/settings.json。3.1 环境变量方式最快验证在启动 Claude Code 的那个终端里导出这两个变量再启动claude。这种方式的好处是改完即生效关掉终端就失效适合第一次调试。export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_AUTH_TOKENsk-你从控制台复制的Key # 确认变量已经进了当前 shell输出应为上面的地址 echo $ANTHROPIC_BASE_URL如果你用的是 Windows PowerShell写法换成$env:ANTHROPIC_BASE_URL https://taotoken.net/apiKey 同理。注意 Base URL 千万不要写成https://taotoken.net/api/v1这是最常见的错法表现出来是每个请求都 404但 Claude Code 只会告诉你模型调用失败。3.2 写进 ~/.claude/settings.json长期稳定想要换终端、重开机都不用重设就把配置固化到用户级 settings 文件。这个文件同时也是 Superpowers 记录enabledPlugins的地方两段配置在同一个 JSON 里注意逗号别漏。{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: sk-你从控制台复制的Key } }如果文件里已经有enabledPlugins字段就把env作为同级键加进去别把原来的内容覆盖掉。改完保存退出 Claude Code 再重新进一次——注意是完整退出进程不是只开新会话。配置文件的读取只发生在启动阶段热改无效。3.3 子代理模型变量影响七阶段第 4 步Superpowers 的 subagent-driven-development 阶段会给每个微任务派一个独立子代理子代理默认走什么模型由CLAUDE_CODE_SUBAGENT_MODEL决定。任务简单的话可以指向更轻的模型省消耗涉及架构判断的任务建议保持强模型。# 简单任务子代理用轻量模型适合类型定义、格式化这类改动 export CLAUDE_CODE_SUBAGENT_MODEL你的轻量模型名 # 复杂任务子代理保持强模型适合跨文件重构 export CLAUDE_CODE_SUBAGENT_MODEL你的强模型名具体模型名以你在控制台看到的可用列表为准别照抄别人博客里的字符串。这个变量不设也能跑设了只是让「子代理」这一层的行为更可控。4. 验证链路从最小请求到 brainstorming 被触发配置写完之后要分两步验证先证明请求能出去、能回来再证明 Superpowers 的七阶段接管了对话。跳过第一步直接测插件一旦没触发你无法判断是通道问题还是插件问题。4.1 先确认通道本身是通的在同一个终端里发一次最小请求。因为 Base URL 不带/v1这里手动拼上/v1/messagescurl -sS $ANTHROPIC_BASE_URL/v1/messages \ -H content-type: application/json \ -H x-api-key: $ANTHROPIC_AUTH_TOKEN \ -H anthropic-version: 2023-06-01 \ -d { model: 你在控制台可用的模型名, max_tokens: 32, messages: [{role: user, content: 只回复两个字通了}] }返回体里出现正常的content数组就说明 Key 有效、Base URL 正确、通道通畅。如果返回 401是 Key 的问题返回 404基本就是 Base URL 多写了/v1一直卡住不返回检查当前网络环境里的出站设置。这一步通过之前不用往下走。4.2 再看 Superpowers 是否接管通道确认可用之后启动 Claude Code先用一条命令确认插件状态# 插件是否在启用列表里 /plugin list | grep superpowers # settings 文件里是否有启用记录 cat ~/.claude/settings.json | grep superpowers两处都有结果说明插件层是就绪的。然后按原文的说法测触发直接输入「帮我规划一个用户登录功能」不要补充任何额外说明让它有充足的空间去走 brainstorming。判断标准不是它答得好不好而是它先问问题还是先写代码。4.3 成功结果该长什么样如果一切正常你会看到 Claude 反过来问你登录态用 JWT 还是 Session、项目里有没有现成的认证中间件、要不要支持第三方登录、密码重置走邮件还是短信。这些问题是以 Socratic 方式一段一段抛出来的不是一次性列一张大清单。等你逐条回答完它才开始输出设计文档并且每输出一段会停下来等你确认。确认设计之后接下来依次会出现 worktree 创建、任务计划输出、子代理逐个执行、测试红绿循环、审查报告、分支收尾。这一整条链路上你真正需要动手的地方只有三四处回答问题、确认设计、确认计划、最后选合并还是提 PR。其余时间它在自己跑中间消耗的 Token 都通过前面配好的通道出去。5. 常见错排查配了但没生效的六种情况下面这张表按出现频率排序遇到问题从上往下对一遍基本能覆盖九成场景。现象大概率原因处理方式curl 返回 404Base URL 多写了/v1改回https://taotoken.net/apicurl 返回 401Key 复制不全或已删除重新到控制台建一个 KeyClaude Code 里仍走默认通道环境变量没进启动终端在启动 claude 的同一 shell 里 exportsettings.json 改了没反应没完整退出进程彻底退出后重新启动插件列表有但阶段不触发描述太简略或任务被判为 micro用完整需求描述别加「小改动」子代理报模型不可用模型名不存在或当前 Key 无权限换成控制台可见的模型名除了表里的还有两个容易被忽略的点。一是 Key 的权限范围如果你在控制台给这个 Key 限定了模型白名单而 Claude Code 请求的模型不在白名单里也会失败但这种失败信息经常被上层吞掉只剩一句「模型调用失败」。二是同一条链路里两个配置文件打架shell 里 export 了一个 Base URLsettings.json 里写了另一个最终以环境变量为准你会觉得改了文件没生效。排查的顺序建议固定下来先 curl 打一次确认通道再确认启动终端的变量最后才看插件和阶段。这个顺序能保证每次都是单变量排查不会同时怀疑三件事。6. 配通之后让七阶段真正跑起来通道配通只是起点。拿到 Key 之后的第一件事别拿玩具项目试选一个真实需求跑完整流程——哪怕只是给现有项目加一个健康检查端点。真实项目才会暴露 worktree 空间、测试基线、依赖安装这些插件管不到的环境问题玩具项目跑通一次说明不了什么。如果你准备长期在 Claude Code 里跑这一类带子代理和强制测试流程的工作流Token 消耗会比普通对话高不少子代理每执行一个微任务都是一次独立调用。这种情况可以去看一下 Coding Plan 怎么安排额度https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 。只是想在动手前确认 Key 和通道没问题用模型对话页面发一次就能验证https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite 。Key 的管理和新建在 API Keys 页面https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 具体的 Base URL 写法、请求头和兼容说明在接入文档里https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。真正跑通一次完整七阶段之后你会发现瓶颈从来不在「插件安没安」而在「通道稳不稳、描述清不清楚」。前 24 小时的那次完整跑重点不是看它写得多好而是记住它什么时候会停下来问你——那个停顿点就是七阶段真正在工作的证据。