1. 分工总览GPT-6 Astra 负责“看图给判断”Blender MCP 负责“把判断落到场景”在 TaoToken 官网 获取 TaoToken Key并把所有模型客户端的 API Base URL 统一设为https://taotoken.net/api。这套 3D Vibe Coding 工作流里Images 2.5 用来产出角色参考图Tripo 智能网格 P2.0 用来生成初模GPT-6 Astra 用来根据截图和参考图判断形状与纹理该怎么改Blender MCP 则负责把判断落到本地 Blender 场景。真正需要提前拆清楚的不是“哪个工具更强”而是 Key、Base URL、MCP 连接三者各管什么。很多人在配置阶段会把两件事混在一起以为 Blender MCP 里也要填模型 Key或者以为 TaoToken Key 能直接控制 Blender。实际分工可以记成一句话TaoToken Key 是模型访问凭证决定 GPT-6 Astra 从哪里调用、按什么额度计费、走哪个兼容入口Blender MCP 是本地执行桥决定模型给出的修改建议怎样变成 Blender 里的视图调整、对象变换和材质参数。两者不互相替代也不应该互相塞配置。从 Tripo 用户案例的流程看操作者主要做视图切换、截图、附参考图然后让 Astra 指出形状和纹理偏差。部分在旧模型上反复失败的操作在 Astra 上可以通过多轮截图反馈直接完成。但流程也不是全自动纹理细节仍然容易粗糙尤其是布料纹理、皮肤微表面、金属划痕、边缘磨损这类高频信息模型只能给出方向最后往往还要在 Blender 里手动精修。下面按“拿 Key、配 Base URL、分前端生成、配 MCP、配 Claude Code、配 Codex、配 CC Switch、排障验收、CTA”的顺序拆开。2. 在 TaoToken 拿到 KeyAPI Base URL 固定为 https://taotoken.net/api第一步不要先去改 Blender也不要去翻旧笔记里的客户端配置。先到 TaoToken 官网 完成账号登录然后在控制台创建 API Key。创建时建议起一个能区分用途的名字例如blender-vibe-3d或astra-3d-character这样后面在 Claude Code、Codex、CC Switch 之间切换时不会拿错 Key。创建完成后复制 Key后续正文统一用占位符YOUR_API_KEY表示。不要把真实 Key 写进博客、截图、Git 仓库或 Blender 工程文件。所有本地命令由你自己在终端执行不要让 MCP 去连接任何生产库或外部业务数据库。模型访问配置只放在模型客户端里Blender MCP 只保留本地 Blender 连接信息。可以在本地终端先写环境变量方便后续配置校验export TAOTOKEN_API_KEYYOUR_API_KEY export TAOTOKEN_BASE_URLhttps://taotoken.net/api printf key loaded: %s\n ${TAOTOKEN_API_KEY:0:6}**** printf base url: %s\n $TAOTOKEN_BASE_URL注意这里的 Base URL 是工具配置项不带 UTM 参数固定写https://taotoken.net/api。不要把官网活动链接、控制台链接或带查询参数的 URL 填进 Base URL。很多 401、404、模型不存在的报错根源都是把“浏览器访问地址”和“API 接入地址”混用了。如果你要管理多个客户端建议按用途拆 Key一个给 Claude Code一个给 Codex一个给临时脚本测试。这样排障时能快速判断是客户端配置问题还是 Key 本身权限或额度问题。Key 创建入口在控制台里后面文末 CTA 也会给出带 UTM 的直达链接。3. 前端生成段Images 2.5 出参考图Tripo 智能网格 P2.0 出初模在进入 Blender MCP 之前先把角色素材来源固定下来。Images 2.5 更适合做角色设定图、三视图和材质参考。建议至少准备四类图正面全身、侧面全身、背面全身、局部材质特写。不要只给一张带透视和遮挡的插画否则 Astra 在判断比例和轮廓时缺少稳定参照。Tripo 智能网格 P2.0 适合把参考图转成初模。初模阶段不要追求最终拓扑和最终材质重点是得到比例正确、轮廓可辨认、部件分明的网格。导出时优先选 GLB 或 FBX方便导入 Blender。导入后先另存一个工作文件例如character_blockout.blend避免后续修改覆盖初模。这一段的分工是Images 2.5 解决“长什么样”Tripo 智能网格 P2.0 解决“先有个可编辑形体”GPT-6 Astra 解决“看截图后怎么改”Blender MCP 解决“改在哪个场景里”。不要把四个工具都当成同一个生成按钮。每个环节产出不同文件后面排障才不会乱。可以按下面目录组织文件mkdir -p ~/vibe3d/{refs,tripo_export,blender,shots,exports} cp character_front.png ~/vibe3d/refs/ cp character_side.png ~/vibe3d/refs/ cp character_back.png ~/vibe3d/refs/ cp character_material_closeup.png ~/vibe3d/refs/目录说明如下refs/Images 2.5 产出的参考图按正、侧、背、局部命名。tripo_export/Tripo 智能网格 P2.0 导出的 GLB/FBX 初模。blender/Blender 工程文件按阶段存版本。shots/Blender 视图截图用于发给 GPT-6 Astra 对比。exports/最终导出的 GLB/FBX以及验收截图。这样做的原因是当 Astra 说“肩部偏宽、侧视图厚度不足”时你能马上找到对应截图当它说“参考图里的材质金属度更高”时你能回到refs/对照。工作流可复现的关键不是提示词多长而是文件输入稳定。4. Blender MCP 段按视图操作加截图修正执行闭环Blender MCP 的核心价值是让模型客户端和本地 Blender 之间有一个可控通道。具体桥接方式以你本地安装的 Blender MCP 组件为准本文不编造插件名或私有 API。你只需要确认三件事Blender 已打开目标工程MCP 桥接已启用并监听本地连接模型客户端已按 TaoToken 配置好 Key 和 Base URL。然后开始“按视图操作加截图修正执行”。推荐闭环如下在 Blender 中导入 Tripo 智能网格 P2.0 初模。按1切正视图按3切侧视图按7切顶视图按0切相机视图。每个视图使用视口渲染图像或系统截图保存到shots/。把refs/参考图和shots/当前截图一起发给 GPT-6 Astra。让 Astra 按“部位、轴向、建议数值、下一步截图”输出判断。你按建议在 Blender 本地调整或通过 MCP 执行本地操作。再次截图重复对比直到形状和纹理接近参考图。导出最终 GLB/FBX 到exports/保留验收截图。截图命名要固定否则多轮修正后很难对齐shots/front_01.png shots/side_01.png shots/top_01.png shots/camera_01.png shots/front_02.png shots/side_02.png shots/top_02.png shots/camera_02.png给 GPT-6 Astra 的提示词可以压缩成下面这种结构重点是让它输出可执行修改而不是泛泛评价你正在协助我修正 Blender 中的 3D 角色。 参考图refs/character_front.png、refs/character_side.png、refs/character_back.png、refs/character_material_closeup.png 当前截图shots/front_02.png、shots/side_02.png、shots/top_02.png、shots/camera_02.png 请按以下格式输出 1. 形状偏差部位 / 轴向 / 调整建议 2. 比例偏差头身比 / 肩宽 / 腿长 / 手长 3. 纹理偏差部位 / 材质通道 / 建议 4. 下一步截图我还需要补哪个视图 5. 风险提示哪些修改可能影响拓扑或 UV 不要连接任何生产数据库或外部业务系统只针对本地 Blender 场景给出操作建议。这样做的好处是Astra 的每次反馈都能落到 Blender 的具体视图和具体参数上。用户案例里提到的“几乎只做视图操作”本质就是把人工精力集中在切换视图、截图、附加参考图和执行修正上而不是从零手搓模型。旧模型上容易反复失败的部位在 Astra 上可以通过更稳定的图像理解和多轮对比完成但纹理细节仍需人工兜底。Blender MCP 在这里不是“自动建模按钮”。它更像本地执行层模型说“侧视图下颌线太钝”你或 MCP 在 Blender 里调整顶点、比例或修改器模型说“材质粗糙度偏高”你在材质节点里改参数。所有修改发生在本地工程所有命令由读者本地执行不让 MCP 直接接触任何生产库。5. Claude Code 配置settings.json 与 ANTHROPIC_* 只放在 Claude Code如果你用 Claude Code 作为模型客户端配置走settings.json和ANTHROPIC_*环境变量。注意这套变量只适用于 Claude Code不要原样复制到 Codex。Claude Code 的settings.json可以放在用户级目录也可以放在项目级目录团队协作时项目级更方便但不要把真实 Key 提交到仓库。示例配置如下{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: YOUR_API_KEY, ANTHROPIC_MODEL: gpt-6-astra, ANTHROPIC_SMALL_FAST_MODEL: gpt-6-astra } }字段说明ANTHROPIC_BASE_URL固定为https://taotoken.net/api不带 UTM。ANTHROPIC_AUTH_TOKEN填你在 TaoToken 控制台创建的YOUR_API_KEY。ANTHROPIC_MODEL填当前可用的 GPT-6 Astra 模型标识示例用gpt-6-astra实际以控制台或文档为准。ANTHROPIC_SMALL_FAST_MODEL如果客户端会调用小模型做辅助任务也指向同一入口避免回落到默认地址。配置后可以在本地终端验证环境变量是否生效echo $ANTHROPIC_BASE_URL echo ${ANTHROPIC_AUTH_TOKEN:0:6}**** echo $ANTHROPIC_MODEL如果 Claude Code 仍然报鉴权失败先检查三件事Key 是否复制完整Base URL 是否误写成带 UTM 的官网链接模型名是否与账号可用模型一致。不要把ANTHROPIC_*写进 Codex 的config.toml两个客户端的配置体系不同混用只会增加排障成本。6. Codex 配置config.toml 独立走 TAOTOKEN_API_KEYCodex 使用config.toml不要套用 Claude Code 的ANTHROPIC_*变量。Codex 侧建议单独用一个环境变量例如TAOTOKEN_API_KEY再在config.toml里通过env_key引用。这样即使你同时开 Claude Code 和 Codex也不会互相污染。示例配置如下model gpt-6-astra model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY配套环境变量export TAOTOKEN_API_KEYYOUR_API_KEY export TAOTOKEN_BASE_URLhttps://taotoken.net/api这里再次强调Codex 用config.toml。Claude Code 用settings.json / ANTHROPIC_*。不要把ANTHROPIC_BASE_URL、ANTHROPIC_AUTH_TOKEN填到 Codex 配置里。Base URL 仍然是不带 UTM 的https://taotoken.net/api。YOUR_API_KEY只放在环境变量或本地密钥管理里不要提交到 Git。如果你在 Codex 里也要做 3D Vibe Coding 的对话和截图分析建议把项目目录切到~/vibe3d这样模型客户端能直接读取refs/和shots/下的文件路径。Blender MCP 仍然只负责本地 Blender 连接不负责模型鉴权。7. CC Switch 三件套Provider、Key、Base URL 的切换表如果你用 CC Switch 管理多个模型客户端建议把 TaoToken 固定成一套“三件套”Provider、API Key、Base URL。不同工具的字段名可能不同但核心信息一致。切换时先确认这三项再排查 MCP 和 Blender 侧问题。配置项建议值说明ProviderTaoToken用于区分其他供应商配置API KeyYOUR_API_KEY从 TaoToken 控制台创建Base URLhttps://taotoken.net/api不加 UTM不写官网活动链接模型gpt-6-astra以控制台可用模型为准MCP本地 Blender 桥接只填本地连接信息不填模型 Key如果你想重新创建 Key 或核对控制台配置可以到 TaoToken 官网 登录后进入控制台。CC Switch 的好处是能在 Claude Code、Codex 或其他客户端之间快速切换但每套配置都要保持独立。尤其是 Codex 的config.toml和 Claude Code 的settings.json不要互相复制字段。切换完成后建议做一次最小验证在模型客户端里发一句“请读取 refs/character_front.png 并描述角色轮廓”确认模型能正常返回。若返回鉴权错误优先检查 Key 和 Base URL若模型能返回但 Blender 无动作再去检查 Blender MCP 是否连接、端口是否被占用、Blender 是否打开正确工程。8. 排障与验收纹理细节粗糙、形状偏差、MCP 权限和导出检查3D Vibe Coding 最常见的假故障是“模型不听话”实际是输入不够。GPT-6 Astra 看不到你的 Blender 场景它只能看你提供的截图。如果截图分辨率低、视角缺失、参考图不一致它给出的修正建议就会漂移。排障时按下面顺序检查Base URL 是否为https://taotoken.net/api是否误加 UTM 或路径。Key 是否为YOUR_API_KEY对应的真实值是否复制了多余空格。模型名是否与控制台一致例如gpt-6-astra。Claude Code 是否只使用ANTHROPIC_*Codex 是否只使用config.toml。Blender MCP 是否连接本地 Blender而不是试图连接外部数据库或生产系统。截图是否包含正、侧、顶、相机四个视角是否有参考图对照。本地命令是否由读者在终端执行导出文件是否写入exports/。纹理细节粗糙是当前流程里更明显的问题。原因通常有四个参考图没有材质特写截图无法体现高频细节模型只能给语义级建议UV 和材质节点没有做针对性整理。解决方法不是继续堆提示词而是补输入和补人工精修。例如把材质参考拆成金属、皮革、布料、皮肤四类在 Blender 里先检查 UV 是否拉伸对重点部位单独截图让 Astra 只判断粗糙度、金属度、法线强度、基础色偏移而不是让它凭空生成最终纹理。形状偏差则更适合用多视图闭环解决。每次只改一个轴向或一个部位改完立刻截图。不要一次让模型给出二十条修改否则你无法判断哪条有效。可复现的验收清单如下轮廓正视图、侧视图与参考图轮廓是否接近。比例头身比、肩宽、腿长、手长是否稳定。拓扑网格是否可编辑是否出现严重破面或非流形边。UV主要材质区域是否拉伸接缝是否明显。材质基础色、粗糙度、金属度、法线强度是否接近参考。细节纹理是否过于平滑是否需要人工绘制或外部纹理补充。导出GLB/FBX 是否能在目标软件中正常打开缩放和轴向是否正确。最后提醒一句Blender MCP 只应面向本地 Blender 进程不要让 Agent 或 MCP 直连 Oracle、生产数据库或任何业务系统。本文所有命令、截图、导出操作都由读者在本地执行。模型客户端通过 TaoToken 的https://taotoken.net/api调用 GPT-6 AstraBlender MCP 负责本地场景执行这样分工才清晰。9. 文末 CTA从模型对话到 Coding Plan再到 Key 与 Claude Code 文档如果你已经按上面的分工跑通一轮建议把路径固定下来先用模型对话验证 GPT-6 Astra 能否正常读取截图和参考图再决定是否进入 Coding Plan然后到控制台创建或轮换 Key最后按 Claude Code 文档把settings.json和ANTHROPIC_*配好。官网入口可以收藏 TaoToken 官网但真正排障时以 Base URLhttps://taotoken.net/api和你的实际 Key 为准。建议按以下顺序完成配置先到 模型对话 验证 GPT-6 Astra 是否能正常返回并测试上传refs/与shots/截图。如果需要长期跑 3D Vibe Coding 和 Coding 工作流查看 Coding Plan确认额度与使用方式。到 API Keys 创建或轮换 Key把YOUR_API_KEY放进本地环境变量不要写进 Blender 工程。如果你使用 Claude Code按 Claude Code 文档 配置settings.json和ANTHROPIC_*如果你使用 Codex则独立维护config.toml不要混用ANTHROPIC_*。回到 3D 角色本身最稳的产出方式是Images 2.5 提供参考图Tripo 智能网格 P2.0 提供初模GPT-6 Astra 通过截图给出形状与纹理修正判断Blender MCP 把判断落到本地场景你负责视图操作、截图、执行修正和最终精修。按这个分工跑形状修正会快很多纹理细节则要接受“模型给方向、人工补细节”的现实。最终对照exports/里的 GLB/FBX 和验收截图如果轮廓、比例、UV、材质和导出都通过这套 TaoToken Key 与 Blender MCP 的分工配置就算完成了。
