1. 参考图已经画完为什么一接 Rodin 就断在 Key 与 Base URL如果你已经用 GPT-6 画完 3D 作品集参考图准备把图交给 Rodin 生成模型却卡在下一段请求的 Key 与 Base URL 上可以先到 TaoToken 官网 创建密钥。这个断点非常具体参考图已经落在portfolio_refs/目录里Claude Code、Codex 或某个 MCP server 的环境变量却还指向旧地址于是 Rodin 调用返回 401、404或者 MCP 进程启动后根本找不到可用模型。TaoToken 在这里承担的是统一调用入口把下一段请求地址改为https://taotoken.net/api再把YOUR_API_KEY注入到正确的位置。很多人把问题误判为“GPT-6 画得不够好”但实际流程通常已经分成四段GPT-6 产出场景参考图与交互草稿Rodin 把参考图变成 3D 模型BANG 把整体模型按结构拆成独立零件最后网页端把零件挂上事件与动画。真正容易断的是第二段和第三段之间的连接参考图只是本地文件Rodin 不会自动读取它MCP server 也不会自动继承你终端里临时export的 Key。只要 Key 注入点漏一个视觉上就会表现为“图明明有了模型生成不动”。这篇教程不讨论玄学 prompt而是按可复现产出走先保存参考图文件再明确 Key 注入点然后把 Claude Code、Codex、CC Switch 和 Rodin/BANG MCP 配置拆开。所有命令都在你本地终端执行不要通过 MCP 或 Agent 去直连生产库。Base URL 统一写为https://taotoken.net/api这个地址在工具配置里不加 UTM 参数。2. GPT-6 参考图阶段的 Token 消耗点先拿 Key再画第二版GPT-6 画 3D 作品集参考图时Token 消耗往往比预期高。原因不是单张图本身而是你会在同一个任务里连续做这些动作描述等轴视角、指定材质和配色、要求爆炸图、要求零件标注、生成页面交互草稿、再根据 Rodin 的反馈回改参考图。每一轮都在消耗上下文如果图片模型和文本模型走不同通道还会出现 Key 管理混乱。所以更稳的顺序是先到 TaoToken 官网 创建 Key再把 GPT-6 相关请求切到https://taotoken.net/api最后才开始批量画第二版参考图。这样后面 Rodin 的 MCP 配置可以直接复用同一套 Key 和 Base URL不需要在多个配置文件里来回改。先在本地终端注入环境变量export TAOTOKEN_API_KEYYOUR_API_KEY export OPENAI_BASE_URLhttps://taotoken.net/api export OPENAI_API_KEY$TAOTOKEN_API_KEY如果你用 OpenAI 兼容客户端做参考图提示词扩写可以这样验证连通性curl -sS $OPENAI_BASE_URL/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: 你的模型名, messages: [ { role: user, content: 为3D个人作品集生成一组等轴视角参考图描述包含主场景、控制台、展示架、地面网格和材质说明。 } ] }如果你使用的是图片生成接口路径和模型名以控制台里实际可见的为准但 Base URL 仍然先按https://taotoken.net/api配置。不要在这里写死某个不存在的模型名模型名从控制台或模型列表复制。参考图不要只保存一张output.png。建议按场景和版本命名portfolio_refs/ 01_hero_isometric_v1.png 02_hero_isometric_v2.png 03_lab_console_v1.png 04_display_shelf_v1.png 05_floor_grid_v1.png ref_manifest.jsonref_manifest.json用来记录每一张图对应的模型、prompt 摘要、生成时间和用途{ refs: [ { file: 01_hero_isometric_v2.png, purpose: 主场景等轴参考, provider: taotoken, base_url: https://taotoken.net/api, model: 你的模型名, notes: 用于Rodin生成主展台结构 }, { file: 03_lab_console_v1.png, purpose: 控制台零件拆分参考, provider: taotoken, base_url: https://taotoken.net/api, model: 你的模型名, notes: 后续交给BANG做零件级动画 } ] }这一步的价值是当 Rodin 生成结果不对时你能快速判断是参考图语义问题还是 MCP 环境变量没有生效。很多 401 和 404 都不是模型能力问题而是配置文件里 Key 没写、Base URL 多了后缀或者 MCP server 启动时没有拿到环境变量。3. Claude Code、Codex、CC Switch 三套配置ANTHROPIC_* 不要套到 Codex这一段是排障核心。不同工具的配置格式不同最忌讳把 Claude Code 的ANTHROPIC_*直接塞进 Codex 的config.toml。Claude Code 读settings.json或环境变量Codex 读config.tomlCC Switch 则是做供应商切换的图形化三件套。三者可以共用同一个 TaoToken Key但字段名不能混。3.1 Claude Codesettings.json 与 ANTHROPIC_*Claude Code 常用~/.claude/settings.json。如果已有文件只合并env不要覆盖权限、插件等其他字段{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: YOUR_API_KEY, ANTHROPIC_MODEL: 你的主模型名, ANTHROPIC_SMALL_FAST_MODEL: 你的轻量模型名 } }保存后重启终端再进入项目目录运行 Claude Code。你可以先用一个最小请求确认它走的是 TaoTokenclaude -p 只回复当前使用的 base url 和模型名不要执行任何文件操作。如果这里报 401优先检查ANTHROPIC_AUTH_TOKEN是否等于YOUR_API_KEY被真实替换。如果报 404检查ANTHROPIC_BASE_URL是否误写成https://taotoken.net/api/v1或其他带额外路径的地址。本文统一使用https://taotoken.net/api。3.2 Codexconfig.toml 不要写 ANTHROPIC_*Codex 的配置在~/.codex/config.toml。注意这里的字段是base_url、env_key、wire_api不要写ANTHROPIC_BASE_URL也不要写ANTHROPIC_AUTH_TOKEN。Key 通过环境变量传入model 你的模型名 model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api responses然后在 shell 里注入export TAOTOKEN_API_KEYYOUR_API_KEY如果你的模型或客户端要求 chat 兼容模式把wire_api改为对应值但 Key 和 Base URL 的配置位置不变。这样做的好处是 Claude Code、Codex、MCP server 可以共享同一个环境变量名减少 Key 漂移。3.3 CC Switch 三件套Provider、Base URL、API KeyCC Switch 的配置可以归纳为三件套Provider 名称TaoTokenBase URL / Endpointhttps://taotoken.net/apiAPI Key / TokenYOUR_API_KEY如果 CC Switch 里还要求默认模型就填你在 TaoToken 控制台看到的模型名。切完供应商后不要只点保存要重启正在运行的 Claude Code、Codex 或终端会话。很多“配置明明改了还是不生效”的情况是因为旧进程还持有旧环境变量。4. 接 Rodin 前MCP 配置骨架与 BANG 零件拆分的前置条件参考图准备好之后下一步是把 Rodin 作为 MCP server 接进来。MCP 配置的关键不是工具名写得多花而是让 server 进程拿到正确的 Base URL 和 Key。你可以先到 TaoToken 官网 确认 Key 可用然后在 MCP 配置里注入环境变量。下面是一个 MCP 配置骨架command和args需要替换成你本地实际安装的 Rodin/BANG MCP 启动方式。不要直接复制某个不存在的包名{ mcpServers: { rodin-3d: { command: 你的Rodin MCP可执行命令, args: [你的Rodin MCP参数], env: { TAOTOKEN_BASE_URL: https://taotoken.net/api, TAOTOKEN_API_KEY: YOUR_API_KEY, OPENAI_BASE_URL: https://taotoken.net/api, OPENAI_API_KEY: YOUR_API_KEY } }, bang-parts: { command: 你的BANG MCP可执行命令, args: [你的BANG MCP参数], env: { TAOTOKEN_BASE_URL: https://taotoken.net/api, TAOTOKEN_API_KEY: YOUR_API_KEY, OPENAI_BASE_URL: https://taotoken.net/api, OPENAI_API_KEY: YOUR_API_KEY } } } }如果你的 MCP 客户端只认某一种环境变量就保留那一组。例如只认 OpenAI 兼容变量就保留OPENAI_BASE_URL和OPENAI_API_KEY如果它支持自定义变量就优先用TAOTOKEN_BASE_URL和TAOTOKEN_API_KEY。不要在一个 MCP server 里同时写 Claude Code 的ANTHROPIC_*和 Codex 的model_provider那会让排障变的非常困难。链路可以这样理解GPT-6产出一组参考图确定主场景、控制台、展示架、地面网格、材质和零件拆分意图。Rodin读取参考图或参考图路径生成 3D 模型网格。BANG把 Rodin 输出的整体模型按结构拆成独立零件方便做零件级动画。网页端给独立零件绑定点击、悬停、展开、旋转、材质切换等交互。Rodin 之前要检查三件事参考图文件路径是否为绝对路径或 MCP 可访问路径。MCP server 的env是否真的带入了TAOTOKEN_API_KEY。Base URL 是否统一为https://taotoken.net/api而不是在多个配置里混用旧地址。BANG 之前也要检查一件事Rodin 生成的模型是否已经是干净的结构。如果网格本身非流形、零件粘连严重零件拆分就会失败。这时不要继续让 Agent 盲目重试而应先回到参考图阶段增加“每个零件边界清晰、用不同颜色区分、避免过度融合”的约束。5. 可复现产出参考图文件、Key 注入点、MCP 配置检查清单要让整个流程可复现建议把产出固定成四类文件。第一类是参考图文件portfolio_refs/ 01_hero_isometric_v2.png 02_hero_isometric_v2_exploded.png 03_lab_console_v1.png 04_display_shelf_v1.png 05_floor_grid_v1.png第二类是参考图清单{ project: 3d-portfolio, base_url: https://taotoken.net/api, refs: [ { file: 01_hero_isometric_v2.png, target: rodin, purpose: 主场景整体结构 }, { file: 02_hero_isometric_v2_exploded.png, target: bang, purpose: 零件拆分参考 } ] }第三类是 Key 注入点清单。你至少应该检查这些位置1. 终端echo ${TAOTOKEN_API_KEY:0:6} 2. Claude Code~/.claude/settings.json 里的 ANTHROPIC_AUTH_TOKEN 3. Codex~/.codex/config.toml 里的 env_key以及对应环境变量 4. CC SwitchProvider / Base URL / API Key 三件套 5. MCProdin-3d 与 bang-parts 的 env 字段 6. 项目本地 .env不要提交到版本库第四类是 MCP 状态检查。配置完成后先启动 MCP server再在客户端里查看工具列表。如果客户端看不到 Rodin 或 BANG 工具先不要怀疑 Key优先检查command是否存在、args是否完整、工作目录是否正确。可以用下面命令检查本地可执行文件是否存在which 你的Rodin MCP命令 which 你的BANG MCP命令再检查环境变量是否已注入node -e console.log(process.env.TAOTOKEN_BASE_URL, process.env.TAOTOKEN_API_KEY ? KEY_SET : KEY_MISSING)如果输出里KEY_MISSING说明 MCP 进程没有拿到 Key。此时回到 MCP 配置的env字段而不是去 GPT-6 的 prompt 里找原因。6. 常见报错与排障401、404、模型名不匹配、MCP 未启动下面这些现象在参考图到 Rodin 的衔接阶段最常见。现象更可能的原因处理方式401 UnauthorizedKey 未注入、Key 写错、MCP 未继承 env检查TAOTOKEN_API_KEY与YOUR_API_KEY替换情况404 Not FoundBase URL 多了或少了路径工具配置统一用https://taotoken.net/apimodel not found模型名不是控制台可见名称从 TaoToken 控制台复制模型名不要手写MCP server 已启动但工具列表为空command/args 错误或协议不匹配用which检查命令查看 MCP 日志Rodin 生成结果为空参考图路径不可读、MCP 无权限改成可访问路径先用小图验证BANG 拆分失败网格粘连、非流形、零件边界不清回改参考图增加零件分离与颜色区分Claude Code 正常但 Codex 失败把ANTHROPIC_*写进了 CodexCodex 只改config.toml与env_keyCC Switch 切换后不生效旧进程未重启关闭终端与编辑器重新打开排障顺序建议固定为用模型对话页或最小 curl 确认 Key 与 Base URL 可用。确认 Claude Code 或 Codex 自身能连通。确认 MCP server 进程能拿到环境变量。确认参考图路径可读。最后才调整 GPT-6 prompt 和 Rodin 参数。这个顺序能避免在错误层面反复试错。特别是 401 和 404几乎都和参考图质量无关。7. 现在该做什么按模型对话 → Coding Plan → 创建 Key → Claude Code 文档走一遍如果你已经画完参考图下一步不是继续堆图而是把调用链接好。可以按这个顺序走先在模型对话页验证https://taotoken.net/api与YOUR_API_KEY是否可用模型对话。如果参考图、Rodin 生成、BANG 拆分和网页交互要长期跑查看 Coding Plan。到控制台创建或重置 Key确保注入到 Claude Code、Codex、CC Switch 和 MCP 配置API Keys。需要 Claude Code 的完整配置样例再看 Claude Code 文档。最后再强调一次参考图文件只是起点真正决定 Rodin 和 BANG 能不能跑通的是 Key 注入点与 MCP 环境。把 Base URL 固定为https://taotoken.net/api把YOUR_API_KEY注入到正确位置再按 GPT-6 参考图、Rodin 模型、BANG 零件、网页交互的顺序推进整个 3D 个人作品集链路才会从“图能看”走到“模型能动、零件能拆、页面能逛”。