GLM-5.3-Flash 跑 Blender 场景这类 Agent 长链路最先翻车的常常是认证不是模型。我用 TaoTokenhttps://taotoken.net/?utm_sourcetaotoken_aicg_blog_end把这类任务收敛到一条通道上一把 Key、一个 Base URL https://taotoken.net/apiClaude Code 和 Codex 共用后面不管模型在第几轮把机位参数改坏都不用再回头翻环境变量。「构建 → 渲染 → 检查 → 修正」看着像普通多轮对话实际上是一台不停吞上下文的发动机。第一轮给艺术方向第二轮排空间分区第三轮列资产清单第四轮锁机位第五轮渲染出图第六轮你贴回去说「主光太硬、地面反射不自然」第七轮它改完材质还得记得前四轮定下的所有约束。任何一轮里通道抖一下、Key 失效、Base URL 被别的工具覆写损失的不是一次请求是整条上下文链。这篇按 Agent/Harness 的视角拆三件事Blender 3D 场景怎么让 GLM-5.3-Flash 分步跑完CAD 复刻怎么让它先识别主体结构再产出参数化模型以及 Claude Code 的~/.claude/settings.json、Codex 的~/.codex/config.toml到底怎么写才不会在多轮里掉线。所有配置里的 Key 都用YOUR_API_KEY占位真实 Key 从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建模型 ID 一律以模型广场当时的列表为准不凭记忆填。1. 认证断在第七轮Blender 长链路的真实卡点1.1 「构建→渲染→检查→修正」为什么专治不稳定的通道单轮问答对通道的要求很低请求发出去、结果回来链路就结束了。Blender 场景任务完全不是这个量级一次完整的场景搭建往往是十几个甚至几十个来回每个来回都带着之前累积的脚本、坐标、材质名、灯光参数。工具侧如果每次都要重新握手、重新校验凭证任何一个环节的抖动都会被放大成一次任务失败。更麻烦的是「检查」这一步。渲染出来的图必须回灌给模型看模型才能判断主光角度、地面反射、景深是否合适。回灌意味着新一轮请求又开始了上下文又长了一截。此时如果认证失效你面对的是一个已经跑到一半、脚本散落在临时目录里的现场重跑一次要重新喂一遍艺术方向和资产清单。把 Base URL 固定成 https://taotoken.net/api 之后Claude Code 和 Codex 用的是同一条兼容通道、同一套认证方式。少一个变量就少一处会在第三十轮突然出问题的地方。1.2 断了会丢什么Blender 侧的状态到底存在哪Blender 里真正的状态有三份。第一份在blend文件里模型、材质、灯光、相机都在第二份在你本地的 Python 脚本和日志里构建步骤的中间产物第三份在对话上下文里也就是模型记住的那套「艺术方向 空间规划 资产清单 固定机位」。第三份最脆。前两份你还能从磁盘上捞回来第三份一旦因为认证中断被迫开新会话基本等于清零。所以长任务里真正要保护的是会话连续性而会话连续性的底座就是稳定的模型通道和统一的认证入口。这也是为什么我把这类任务全部搬到一条通道上跑而不是在这个工具里配一套、在另一个工具里再配一套。提示Blender 的渲染和脚本执行都在你自己的机器上完成Agent 负责的是生成脚本、解释报错、按你的回灌结果改参数。它不需要、也不应该拿到你本机的执行权限去跑生产任务。2. Claude Code 里把 GLM-5.3-Flash 挂到统一通道2.1 先去拿 Key模型 ID 以模型广场为准第一步不是改配置文件是拿凭证。打开 TaoToken 注册登录进控制台创建一把 API Key复制出来先放在安全的地方。同一页面里能看到模型广场GLM-5.3-Flash 这类模型的准确 ID 直接照着列表抄别用记忆里的名字也别自己加日期后缀——模型列表更新比你想象的勤。拿到两样东西就可以开工YOUR_API_KEY和YOUR_MODEL_ID。后面所有配置文件里出现的这两个占位符都替换成你自己的值。2.2~/.claude/settings.json的 env 三件套Claude Code 认三个环境变量ANTHROPIC_BASE_URL、ANTHROPIC_AUTH_TOKEN、ANTHROPIC_MODEL。写进~/.claude/settings.json的env字段每次启动都会带上{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: YOUR_API_KEY, ANTHROPIC_MODEL: YOUR_MODEL_ID } }如果你更习惯在 shell 里临时切也可以直接导出export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_AUTH_TOKENYOUR_API_KEY export ANTHROPIC_MODELYOUR_MODEL_ID两种写法二选一就行别同时用不然排查起来要多绕一圈。特别注意ANTHROPIC_BASE_URL结尾不要带/v1填 https://taotoken.net/api 就停住。2.3 挂上去之后Blender 脚本会话就能连起来了配好之后启动 Claude Code先让它做一件最小的事写一个在场景里创建一个立方体并设置材质的 Python 片段。你会得到一段可以直接粘进 Blender Scripting 面板的代码跑完把结果或报错贴回对话再进入下一轮。这一步的目的不是产出什么而是验证「多轮 稳定认证」这条路是通的。通了之后同一套会话可以一直往下走加灯光、调机位、加地面、改材质。GLM-5.3-Flash 在这种「改一点、看一眼、再改一点」的节奏里表现比一次性生成整个场景要稳得多因为它每轮只需要处理一个明确的变化。3. Codex 与 CC Switch同一把 Key 换个入口3.1~/.codex/config.toml的model_provider与base_urlCodex 的配置体系和 Claude Code 完全不一样最大的坑就是把ANTHROPIC_*那套变量照搬过去——它一个都不认。Codex 走的是~/.codex/config.tomlmodel YOUR_MODEL_ID model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api chatenv_key写的是环境变量的名字不是 Key 本身。也就是说你还需要在 shell 里export TAOTOKEN_API_KEYYOUR_API_KEYKey 同样从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建。base_url这一行以后端实际可用为准末尾不要自己加/v1。3.2 CC Switch 里当成自定义供应商加进去如果你用 CC Switch 在多个配置间来回切做法是在里面新建一个自定义供应商名称随便起Base URL 填 https://taotoken.net/apiKey 填YOUR_API_KEY模型 ID 填模型广场里查到的那一串。切过去之后Claude Code 的启动参数由 CC Switch 负责注入你不需要手动 export。这样做的好处很实际Blender 场景任务和 CAD 复刻任务可以共用同一个供应商条目切工具不切凭证。唯一要注意的是切换之后先跑一条最短的测试消息确认这次注入的 Base URL 没有被旧配置覆盖。4. Blender 场景四步艺术方向、空间规划、资产清单、固定机位4.1 艺术方向与空间规划先要文字再要脚本第一步不要急着让模型写 Python。先让它输出一段文字版的艺术方向整体氛围、主色调、光照风格、镜头语言。这段文字会作为后面所有轮次的约束基准。你可以直接说「这是一个偏冷的工业风室内场景主光从左上斜射地面有轻微反射」然后让它把这段整理成三到五条可复用的约束句。第二步是空间规划。让它用文字描述分区主体区、背景区、地面、边界怎么分各自占多大比例。这一步依然不写代码因为一旦开始写脚本模型的注意力会偏向语法细节反而容易忽略空间关系。注意把这两步的文字保留在会话最前面后面每一轮调整都提醒它「约束不变只改某一项」。长会话里最容易出的问题不是模型不会写代码而是它在中途悄悄改掉了第一轮定下的基调。4.2 资产清单与固定机位把机位锁成常量资产清单是第三步。让模型列一个表格物件名、大致尺寸、材质类型、是否需要建模脚本。这张表是后面逐项施工的工单比一次性生成一坨脚本可控得多。每做完一项你就把实际渲染结果贴回去让它勾掉一行。固定机位是第四步也是最容易被忽略的一步。让模型把相机的位置、旋转、焦距写成脚本里的一组常量CAMERA_POS (4.2, -3.6, 2.4) CAMERA_ROT (1.15, 0.0, 0.78) CAMERA_LENS 50机位锁成常量之后每次渲染出来的构图都一致你对比的才是光照和材质的变化而不是「这次是不是连镜头都变了」。这一步在长会话里价值极高因为它把「检查」环节的变量压到了一个维度。4.3 渲染检查把图、日志、报错三类信息一起回灌渲染完不要只说「不好看」。把三类信息一起贴回对话渲染图的观感描述哪些地方过曝、哪些地方太平、Blender 控制台里输出的日志、以及脚本本身的报错如果有。模型拿到这三样才能分辨是参数问题还是脚本问题。第 5 轮渲染结果 - 主光过曝右侧墙面细节丢失 - 地面反射太强像镜面 - 控制台无报错脚本正常执行 约束不变只调灯光强度和地面粗糙度。这种回灌方式比一句话反馈有效得多。轮次多了之后你会发现模型不需要每轮看到整张图它需要的是「哪一项偏离了第一轮定下的约束」。5. CAD 复刻从主体结构识别到参数化模型5.1 主体结构识别先要一份结构清单CAD 复刻和 Blender 场景的节奏不同但起手式类似先识别再建模。第一轮让 GLM-5.3-Flash 根据你提供的图纸描述或照片特征输出一份主体结构清单有哪些主体、各自是什么几何形态回转体、板件、筋板、大致比例关系、哪些是装配关系。这份清单不需要精确尺寸它的作用是让模型先建立拓扑认知。你可以拿它和你自己的理解对照发现它把某个结构认错了在这一步就纠正掉成本很低。等到它开始写 build123d 脚本再发现结构错了返工量就大了。5.2 build123d 参数化模型参数表先行尺寸校核在后结构清单确认之后让它先输出一张参数表每个关键尺寸给一个变量名和初值而不是把数字散落在脚本里。PLATE_LEN 120.0 PLATE_WID 80.0 PLATE_THK 6.0 HOLE_DIA 8.0 HOLE_OFFSET 15.0然后才是脚本from build123d import * with BuildPart() as plate: Box(PLATE_LEN, PLATE_WID, PLATE_THK) with Locations((PLATE_LEN / 2 - HOLE_OFFSET, PLATE_WID / 2 - HOLE_OFFSET, 0)): Hole(HOLE_DIA / 2)脚本由你在本地 Python 环境里跑跑完把控制台输出、报错行、或者导出后的关键尺寸贴回对话。GLM-5.3-Flash 拿到这些反馈后改的是参数表里的数字而不是重写整个建模逻辑这就是参数化建模在长会话里的优势——改动面小上下文不容易被冲垮。尺寸校核同理你量出实际值把差值告诉它让它只改对应的变量。别让它自己「猜」公差它没有你的实物。6. 长会话排障本篇配置下最可能遇到的几类报错6.1 401、模型找不到、Base URL 多了/v1排障要对照自己的配置看不要见错就改。下面这几种是这套配置下最常撞上的现象多半是处理401 / authentication failedKey 没生效或写错位置Claude Code 看ANTHROPIC_AUTH_TOKENCodex 看env_key指向的那个环境变量有没有 exportmodel not found模型 ID 抄错回 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 对一遍模型广场的列表404 / 路径不存在Base URL 末尾多了/v1改回 https://taotoken.net/api跑到中途突然失败会话过长或凭证被覆盖先确认当前工具用的是哪份配置再看是否需要新开一轮表格里的三类问题占了长会话翻车的绝大多数。真正难查的不是报错本身是「哪个工具在用哪份配置」——同一台机器上同时装了 Claude Code 和 Codex两份配置里的 Key 和 Base URL 可能并不一致。6.2 中断之后怎么续别把前六轮重跑一遍真断了第一件事是把已经生成的东西落盘脚本、参数表、日志、上一次渲染图。第二件事是开一个新会话把「艺术方向 空间规划 资产清单 参数表」这四块内容一次性贴进去再补一句「从第 X 步继续」。这样做比直接让模型重建上下文省事也更准。模型不需要知道你之前调试了多少轮它只需要知道当前约束是什么、当前进度到哪、下一步做什么。把这四块内容整理成一个小文件放在项目目录里下次遇到中断直接复制几次之后就成了你自己的模板。7. 跑通之后去控制台对一下这次调用配置改完先用同一把 Key 在 TaoToken 模型对话 里发一条最短的测试消息确认模型 ID 和 Base URL 都对得上再回到 Claude Code 或 Codex 里开 Blender 的长会话。这样出问题时你能立刻分清是通道问题还是工具配置问题。如果场景和零件要连着跑几天可以看 Coding Plan 的套餐是否够用新 Key 在 控制台 API Keys 创建Claude Code 那一套环境变量的对照说明在 接入文档 里配之前扫一眼比事后查报错省时间。最后提醒一句Blender 的渲染和你本地 build123d 的执行始终在你自己机器上Agent 的活是写脚本、读日志、按你回灌的结果改参数。把这条边界守住长会话跑得越久越不会出现「不知道它在哪一步动了什么」的情况。
GLM-5.3-Flash 跑 Blender 场景这类 Agent 长链路最先翻车的常常是认证不是模型。我用 TaoTokenhttps://taotoken.net/?utm_sourcetaotoken_aicg_blog_end把这类任务收敛到一条通道上一把 Key、一个 Base URL https://taotoken.net/apiClaude Code 和 Codex 共用后面不管模型在第几轮把机位参数改坏都不用再回头翻环境变量。「构建 → 渲染 → 检查 → 修正」看着像普通多轮对话实际上是一台不停吞上下文的发动机。第一轮给艺术方向第二轮排空间分区第三轮列资产清单第四轮锁机位第五轮渲染出图第六轮你贴回去说「主光太硬、地面反射不自然」第七轮它改完材质还得记得前四轮定下的所有约束。任何一轮里通道抖一下、Key 失效、Base URL 被别的工具覆写损失的不是一次请求是整条上下文链。这篇按 Agent/Harness 的视角拆三件事Blender 3D 场景怎么让 GLM-5.3-Flash 分步跑完CAD 复刻怎么让它先识别主体结构再产出参数化模型以及 Claude Code 的~/.claude/settings.json、Codex 的~/.codex/config.toml到底怎么写才不会在多轮里掉线。所有配置里的 Key 都用YOUR_API_KEY占位真实 Key 从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建模型 ID 一律以模型广场当时的列表为准不凭记忆填。1. 认证断在第七轮Blender 长链路的真实卡点1.1 「构建→渲染→检查→修正」为什么专治不稳定的通道单轮问答对通道的要求很低请求发出去、结果回来链路就结束了。Blender 场景任务完全不是这个量级一次完整的场景搭建往往是十几个甚至几十个来回每个来回都带着之前累积的脚本、坐标、材质名、灯光参数。工具侧如果每次都要重新握手、重新校验凭证任何一个环节的抖动都会被放大成一次任务失败。更麻烦的是「检查」这一步。渲染出来的图必须回灌给模型看模型才能判断主光角度、地面反射、景深是否合适。回灌意味着新一轮请求又开始了上下文又长了一截。此时如果认证失效你面对的是一个已经跑到一半、脚本散落在临时目录里的现场重跑一次要重新喂一遍艺术方向和资产清单。把 Base URL 固定成 https://taotoken.net/api 之后Claude Code 和 Codex 用的是同一条兼容通道、同一套认证方式。少一个变量就少一处会在第三十轮突然出问题的地方。1.2 断了会丢什么Blender 侧的状态到底存在哪Blender 里真正的状态有三份。第一份在blend文件里模型、材质、灯光、相机都在第二份在你本地的 Python 脚本和日志里构建步骤的中间产物第三份在对话上下文里也就是模型记住的那套「艺术方向 空间规划 资产清单 固定机位」。第三份最脆。前两份你还能从磁盘上捞回来第三份一旦因为认证中断被迫开新会话基本等于清零。所以长任务里真正要保护的是会话连续性而会话连续性的底座就是稳定的模型通道和统一的认证入口。这也是为什么我把这类任务全部搬到一条通道上跑而不是在这个工具里配一套、在另一个工具里再配一套。提示Blender 的渲染和脚本执行都在你自己的机器上完成Agent 负责的是生成脚本、解释报错、按你的回灌结果改参数。它不需要、也不应该拿到你本机的执行权限去跑生产任务。2. Claude Code 里把 GLM-5.3-Flash 挂到统一通道2.1 先去拿 Key模型 ID 以模型广场为准第一步不是改配置文件是拿凭证。打开 TaoToken 注册登录进控制台创建一把 API Key复制出来先放在安全的地方。同一页面里能看到模型广场GLM-5.3-Flash 这类模型的准确 ID 直接照着列表抄别用记忆里的名字也别自己加日期后缀——模型列表更新比你想象的勤。拿到两样东西就可以开工YOUR_API_KEY和YOUR_MODEL_ID。后面所有配置文件里出现的这两个占位符都替换成你自己的值。2.2~/.claude/settings.json的 env 三件套Claude Code 认三个环境变量ANTHROPIC_BASE_URL、ANTHROPIC_AUTH_TOKEN、ANTHROPIC_MODEL。写进~/.claude/settings.json的env字段每次启动都会带上{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: YOUR_API_KEY, ANTHROPIC_MODEL: YOUR_MODEL_ID } }如果你更习惯在 shell 里临时切也可以直接导出export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_AUTH_TOKENYOUR_API_KEY export ANTHROPIC_MODELYOUR_MODEL_ID两种写法二选一就行别同时用不然排查起来要多绕一圈。特别注意ANTHROPIC_BASE_URL结尾不要带/v1填 https://taotoken.net/api 就停住。2.3 挂上去之后Blender 脚本会话就能连起来了配好之后启动 Claude Code先让它做一件最小的事写一个在场景里创建一个立方体并设置材质的 Python 片段。你会得到一段可以直接粘进 Blender Scripting 面板的代码跑完把结果或报错贴回对话再进入下一轮。这一步的目的不是产出什么而是验证「多轮 稳定认证」这条路是通的。通了之后同一套会话可以一直往下走加灯光、调机位、加地面、改材质。GLM-5.3-Flash 在这种「改一点、看一眼、再改一点」的节奏里表现比一次性生成整个场景要稳得多因为它每轮只需要处理一个明确的变化。3. Codex 与 CC Switch同一把 Key 换个入口3.1~/.codex/config.toml的model_provider与base_urlCodex 的配置体系和 Claude Code 完全不一样最大的坑就是把ANTHROPIC_*那套变量照搬过去——它一个都不认。Codex 走的是~/.codex/config.tomlmodel YOUR_MODEL_ID model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api chatenv_key写的是环境变量的名字不是 Key 本身。也就是说你还需要在 shell 里export TAOTOKEN_API_KEYYOUR_API_KEYKey 同样从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建。base_url这一行以后端实际可用为准末尾不要自己加/v1。3.2 CC Switch 里当成自定义供应商加进去如果你用 CC Switch 在多个配置间来回切做法是在里面新建一个自定义供应商名称随便起Base URL 填 https://taotoken.net/apiKey 填YOUR_API_KEY模型 ID 填模型广场里查到的那一串。切过去之后Claude Code 的启动参数由 CC Switch 负责注入你不需要手动 export。这样做的好处很实际Blender 场景任务和 CAD 复刻任务可以共用同一个供应商条目切工具不切凭证。唯一要注意的是切换之后先跑一条最短的测试消息确认这次注入的 Base URL 没有被旧配置覆盖。4. Blender 场景四步艺术方向、空间规划、资产清单、固定机位4.1 艺术方向与空间规划先要文字再要脚本第一步不要急着让模型写 Python。先让它输出一段文字版的艺术方向整体氛围、主色调、光照风格、镜头语言。这段文字会作为后面所有轮次的约束基准。你可以直接说「这是一个偏冷的工业风室内场景主光从左上斜射地面有轻微反射」然后让它把这段整理成三到五条可复用的约束句。第二步是空间规划。让它用文字描述分区主体区、背景区、地面、边界怎么分各自占多大比例。这一步依然不写代码因为一旦开始写脚本模型的注意力会偏向语法细节反而容易忽略空间关系。注意把这两步的文字保留在会话最前面后面每一轮调整都提醒它「约束不变只改某一项」。长会话里最容易出的问题不是模型不会写代码而是它在中途悄悄改掉了第一轮定下的基调。4.2 资产清单与固定机位把机位锁成常量资产清单是第三步。让模型列一个表格物件名、大致尺寸、材质类型、是否需要建模脚本。这张表是后面逐项施工的工单比一次性生成一坨脚本可控得多。每做完一项你就把实际渲染结果贴回去让它勾掉一行。固定机位是第四步也是最容易被忽略的一步。让模型把相机的位置、旋转、焦距写成脚本里的一组常量CAMERA_POS (4.2, -3.6, 2.4) CAMERA_ROT (1.15, 0.0, 0.78) CAMERA_LENS 50机位锁成常量之后每次渲染出来的构图都一致你对比的才是光照和材质的变化而不是「这次是不是连镜头都变了」。这一步在长会话里价值极高因为它把「检查」环节的变量压到了一个维度。4.3 渲染检查把图、日志、报错三类信息一起回灌渲染完不要只说「不好看」。把三类信息一起贴回对话渲染图的观感描述哪些地方过曝、哪些地方太平、Blender 控制台里输出的日志、以及脚本本身的报错如果有。模型拿到这三样才能分辨是参数问题还是脚本问题。第 5 轮渲染结果 - 主光过曝右侧墙面细节丢失 - 地面反射太强像镜面 - 控制台无报错脚本正常执行 约束不变只调灯光强度和地面粗糙度。这种回灌方式比一句话反馈有效得多。轮次多了之后你会发现模型不需要每轮看到整张图它需要的是「哪一项偏离了第一轮定下的约束」。5. CAD 复刻从主体结构识别到参数化模型5.1 主体结构识别先要一份结构清单CAD 复刻和 Blender 场景的节奏不同但起手式类似先识别再建模。第一轮让 GLM-5.3-Flash 根据你提供的图纸描述或照片特征输出一份主体结构清单有哪些主体、各自是什么几何形态回转体、板件、筋板、大致比例关系、哪些是装配关系。这份清单不需要精确尺寸它的作用是让模型先建立拓扑认知。你可以拿它和你自己的理解对照发现它把某个结构认错了在这一步就纠正掉成本很低。等到它开始写 build123d 脚本再发现结构错了返工量就大了。5.2 build123d 参数化模型参数表先行尺寸校核在后结构清单确认之后让它先输出一张参数表每个关键尺寸给一个变量名和初值而不是把数字散落在脚本里。PLATE_LEN 120.0 PLATE_WID 80.0 PLATE_THK 6.0 HOLE_DIA 8.0 HOLE_OFFSET 15.0然后才是脚本from build123d import * with BuildPart() as plate: Box(PLATE_LEN, PLATE_WID, PLATE_THK) with Locations((PLATE_LEN / 2 - HOLE_OFFSET, PLATE_WID / 2 - HOLE_OFFSET, 0)): Hole(HOLE_DIA / 2)脚本由你在本地 Python 环境里跑跑完把控制台输出、报错行、或者导出后的关键尺寸贴回对话。GLM-5.3-Flash 拿到这些反馈后改的是参数表里的数字而不是重写整个建模逻辑这就是参数化建模在长会话里的优势——改动面小上下文不容易被冲垮。尺寸校核同理你量出实际值把差值告诉它让它只改对应的变量。别让它自己「猜」公差它没有你的实物。6. 长会话排障本篇配置下最可能遇到的几类报错6.1 401、模型找不到、Base URL 多了/v1排障要对照自己的配置看不要见错就改。下面这几种是这套配置下最常撞上的现象多半是处理401 / authentication failedKey 没生效或写错位置Claude Code 看ANTHROPIC_AUTH_TOKENCodex 看env_key指向的那个环境变量有没有 exportmodel not found模型 ID 抄错回 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 对一遍模型广场的列表404 / 路径不存在Base URL 末尾多了/v1改回 https://taotoken.net/api跑到中途突然失败会话过长或凭证被覆盖先确认当前工具用的是哪份配置再看是否需要新开一轮表格里的三类问题占了长会话翻车的绝大多数。真正难查的不是报错本身是「哪个工具在用哪份配置」——同一台机器上同时装了 Claude Code 和 Codex两份配置里的 Key 和 Base URL 可能并不一致。6.2 中断之后怎么续别把前六轮重跑一遍真断了第一件事是把已经生成的东西落盘脚本、参数表、日志、上一次渲染图。第二件事是开一个新会话把「艺术方向 空间规划 资产清单 参数表」这四块内容一次性贴进去再补一句「从第 X 步继续」。这样做比直接让模型重建上下文省事也更准。模型不需要知道你之前调试了多少轮它只需要知道当前约束是什么、当前进度到哪、下一步做什么。把这四块内容整理成一个小文件放在项目目录里下次遇到中断直接复制几次之后就成了你自己的模板。7. 跑通之后去控制台对一下这次调用配置改完先用同一把 Key 在 TaoToken 模型对话 里发一条最短的测试消息确认模型 ID 和 Base URL 都对得上再回到 Claude Code 或 Codex 里开 Blender 的长会话。这样出问题时你能立刻分清是通道问题还是工具配置问题。如果场景和零件要连着跑几天可以看 Coding Plan 的套餐是否够用新 Key 在 控制台 API Keys 创建Claude Code 那一套环境变量的对照说明在 接入文档 里配之前扫一眼比事后查报错省时间。最后提醒一句Blender 的渲染和你本地 build123d 的执行始终在你自己机器上Agent 的活是写脚本、读日志、按你回灌的结果改参数。把这条边界守住长会话跑得越久越不会出现「不知道它在哪一步动了什么」的情况。
