Claude Code 调 superpower 建企业项目基石平台，Base URL 填 TaoToken

Claude Code 调 superpower 建企业项目基石平台这件事最先卡住人的往往不是需求本身而是 Token 烧得太快TaoToken 的 Key 去 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建Claude Code 的 Base URL 填 https://taotoken.net/api这一层换好之后superpower 触发的每一次模型调用才会从这条统一通道走而你在 claude 文件夹里的项目代码、SQLite 库、JWT 逻辑、权限表结构一行都不用动。先把这篇要复现的那条链路讲清楚。终端进到 claude 目录敲claude起 Claude Code第一句就调 superpower 技能然后把用户管理、登录注册、RBAC 按钮级权限、菜单管理、用户—部门—公司—集团四级组织架构、数据字典驱动的系统配置、个人中心、仪表盘这一长串需求一次丢过去。它会停下来反问你数据库选型你敲定 SQLite JWT接着它开始吐前端和后端目录、写源码、你贴报错它改来回几轮直到能启动最后再补一个点击即用的启动脚本。这条链路里真正消耗额度的不是某一次生成而是「追问—生成—读报错—再改」这个循环被重复了很多遍。所以配置的重点不在于让 Claude Code 变聪明而在于让每一轮请求都能稳定发出去、不因为额度或 Key 混乱被截断。下面顺着 superpower 的实际执行顺序来说不跳步。1. superpower 还没调起来先把 Claude Code 的模型通道定下来1.1 superpower 技能为什么比普通问答更费额度superpower 这类技能的工作方式是把一段长需求先拆成任务规划再按规划逐个文件生成每生成一批就回读一次上下文遇到报错还要重新理解一遍代码结构。你给的那串需求里有权限模型、有组织架构层级、有字典驱动的配置项任何一个点被拆开都够跑好几轮。所以它一次交互不是一次请求而是几十次调用串起来的。官方额度如果是按个人账号共享的走到一半被限流表现往往不是弹一个明确错误而是回答质量突然掉下来、或者干脆卡住不返回。这也是为什么很多人做到「生成前端目录」之后就推不动了。把模型调用换到一条独立的兼容通道上最直接的好处是这条链路不会跟别的工具抢同一份额度。superpower 技能本身不用改它发出的请求还是标准 Anthropic 格式只是 Base URL 变了。1.2 在官网注册并创建一把 YOUR_API_KEY打开 TaoToken注册登录之后进控制台创建一个 API Key把它记成YOUR_API_KEY。同一页顺手看一眼模型广场里有哪些模型 ID你后面要用的ANTHROPIC_MODEL就从那里抄别凭印象写。提示模型 ID 以 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 模型广场当时的列表为准不要自己拼日期后缀。Claude Code 报「模型不存在」有一半是乱填 ID 造成的。这里顺便说清楚一个容易混的点注册、创建 Key、看用量、看模型列表都在这张官网页面上做而填进 Claude Code 的那个地址是接口地址是https://taotoken.net/api两者不是一回事别把带参数的落地页地址粘到配置文件里。2. settings.json 里把 Claude Code 指向 https://taotoken.net/api2.1 环境变量写法换终端就失效的那种临时验证最快的方式是在起 Claude Code 之前导出三个变量export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_AUTH_TOKENYOUR_API_KEY export ANTHROPIC_MODELYOUR_MODEL_ID注意ANTHROPIC_BASE_URL结尾就是/api不要画蛇添足加/v1。这个变量只在当前终端会话有效关掉窗口就没了适合你先确认通道通不通。ANTHROPIC_AUTH_TOKEN填的就是刚创建的那把 KeyANTHROPIC_MODEL填模型广场里抄下来的 ID。三个变量都设好之后再敲claudeClaude Code 才会用这套配置去发请求。2.2 写进 ~/.claude/settings.json 让它在每个终端都生效要长期用就把同样的三项写进 Claude Code 的配置文件。打开~/.claude/settings.json在env段里加上{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: YOUR_API_KEY, ANTHROPIC_MODEL: YOUR_MODEL_ID } }如果这个文件里原本已经有别的字段只往里加env这一段就行不要整个覆盖掉。改完保存退出当前终端再重开一个让新配置被读进去。YOUR_MODEL_ID依旧从模型广场取YOUR_API_KEY从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建。注意这个文件在用户主目录下不在你的 claude 项目目录里。项目目录里放的是你那套企业项目基石平台的源码两边的职责不要混。2.3 想在终端里一条命令起 Claude Code 的话如果你不想每次手动导环境变量也可以用命令行工具起npm install -g taotoken/taotoken taotoken cc -k YOUR_API_KEY -u https://taotoken.net/api -m YOUR_MODEL_ID-u后面同样只到/api-m是模型 ID。这条命令的定位是帮你把参数拼好再拉起 Claude Code配置项和上面的环境变量是同一套值选一种用就行不要两套同时设、互相覆盖。3. 重开终端跑一遍superpower 还认不认那串需求3.1 把原始需求原样再喂一次配置改完重新在 claude 目录里起 Claude Code还是老流程先让它加载 superpower 技能然后把需求原样贴进去。这一步不要为了「省点额度」把需求砍短因为你验证的就是这条通道能不能支撑长需求的连续多轮调用。需求参考写法照抄你原来的那串即可用户管理、登录注册、RBAC 按钮级权限、菜单管理、用户—部门—公司—集团组织架构、数据字典驱动的系统配置、个人中心、仪表盘。写到这儿它通常会停下来反问你数据库选型。如果它照旧抛出数据库选择类提问说明模型通道是通的——因为这句反问本身就来自一次正常的模型调用。此时你回复 SQLite JWT继续往下走。3.2 三个可以肉眼确认的通过信号第一个信号是反问数据库选型说明请求发出去了、模型也回了。第二个信号是输出前端与后端目录结构说明长上下文没被截断规划阶段完整跑完了。第三个信号是它能读你贴的启动报错并给出修改说明多轮循环是连着的。三个都出现基本可以判定 Key 和 Base URL 都配对了。只要其中一个缺失先回到第 4 节按报错类型排查不要急着怀疑项目代码。superpower 生成的前端和后端源码都只是文件通道出问题不会只坏某一个文件。4. 生成到能启动这一段容易撞上的几类报错4.1 401 或鉴权失败先看 Key 怎么传的401 基本只跟 Key 有关。检查ANTHROPIC_AUTH_TOKEN是不是把 Key 里不该带的空格、引号也复制进去了以及这把 Key 是不是在控制台被禁用或删掉了。还有一种情况是你两台机器用了两把不同的 Key其中一把没建过那就去 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 再确认一遍。改完之后一定要重开终端。环境变量和 settings.json 都是启动时读取的当前会话里改文件不会立刻生效这一点很容易被忽略。4.2 404 或模型不存在多半是地址和 ID 的问题两个最常见来源ANTHROPIC_BASE_URL被写成了https://taotoken.net/api/v1或者ANTHROPIC_MODEL是拍脑袋编的。前者删掉多余的/v1后者去模型广场重新抄一个真实 ID。还有一个小概率情况是把官网落地页地址误粘到了ANTHROPIC_BASE_URL里。落地页是给人点的接口地址只有一个写法https://taotoken.net/api。4.3 端口占用、依赖没装这类报错别甩给通道启动脚本跑起来之后报EADDRINUSE、找不到某个包、SQLite 文件读写失败这些都属于业务侧问题跟模型通道没关系。正确做法是把完整报错原样贴回 Claude Code 的对话里让它读、让它给修改建议。这里必须强调一个边界Claude Code 只能生成、解释、对照代码和 SQL真正的诊断 SQL、建表语句、启动命令都要由你在本地执行再把结果贴回对话。不要指望它直接连上你的库或机器去跑业务操作。生成的建表和初始化 SQL你自己在本地数据库客户端里执行一遍把报错信息复制回来它才知道下一步改哪儿。5. 能启动之后再补一键脚本顺便去控制台对个账5.1 启动脚本让它写执行权留在你手里前面三个信号都通过之后再让它写那个点击即用的启动脚本就稳了。写完之后你自己在本地跑一次前后端都起来、能登进个人中心、能点开菜单看到权限控制的按钮这套基石平台就算立住了。不建议在通道还没验证通的时候就让 AI 去写启动脚本因为那时候报错会混在一起你分不清是脚本写错了还是请求根本没发出去。顺序反了会浪费大量来回。5.2 看看这次 Claude Code 的调用有没有记上账跑通之后回控制台看一眼用量确认刚才那一串 superpower 调用都记上了。如果用量是零说明你的 Claude Code 其实还在走别的地址配置没被读到。用模型对话拿同一把 Key 发一条测试消息是最快的交叉验证方式能立刻区分「Key 有问题」还是「Claude Code 没读到配置」。如果打算长期用这套方式写项目可以去 Coding Plan 看套餐是否够这种高频多轮的用法Key 随时可以在控制台 API Keys 里新建或轮换Claude Code 环境变量的完整对照写在 Claude Code 接入文档里配置项拿不准的时候翻它比翻博客快。补一句个人体会这类技能驱动的长链路项目最容易出问题的从来不是模型能力而是中途某一次请求被额度或配置打断导致上下文断在半路后面怎么接都不对。把通道先钉死再让 superpower 去干活返工次数会明显少。