1. 为什么要把 SOLO Builder 和 SOLO Coder 接到同一条通道上Trae AI 的 SOLO 模式里有两个定位完全不同的 AgentSOLO Builder 负责从 0 到 1你丢一句模糊需求或者一张设计稿它帮你把项目骨架、路由、页面结构甚至部署配置都搭出来SOLO Coder 负责从 1 到 100它扫描整个代码仓库理解依赖关系开 Plan 模式先出方案再动手改代码。一个偏创意落地一个偏工程精修。问题出在切换的那一刻。很多人用 Trae 的时候Builder 阶段跑通了切到 Coder 阶段突然报 401 或者模型不可用原因往往不是 Trae 本身而是两个模式各自读的配置文件不一样Builder 走的是 settings.json 里的模型通道Coder 走的是 config.toml 里的 Agent 通道如果只配了一边另一边就是空的。更麻烦的是两边如果填了不同的 Key额度分散、日志分散排查起来很痛苦。我试过把两个模式统一到 TaoToken 的同一个 Key 和同一个 API 通道上Builder 生成完项目Coder 直接接续精修中间不需要改任何环境变量。下面把 settings.json 和 config.toml 的可复制骨架都给出来你照着填就能跑通双模式切换。TaoToken 在这里的角色是统一入口它提供一个兼容常见模型调用格式的 API 地址你拿一个 Key 就能在 Trae 的两个 SOLO 模式里复用不用为 Builder 和 Coder 分别申请不同的凭证。官网入口在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 根地址是 https://taotoken.net/api 注意 API 地址后面不加 UTM 参数直接写根路径就行。2. 前置准备Key、通道与两个配置文件的落点在动手改配置之前先把三件事确认清楚否则后面报错会来回折腾。第一件事是拿到 Key。进入控制台后创建 API Key建议单独建一个给 Trae 用的 Key命名成 trae-solo方便以后按用途区分额度。创建入口在 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite Key 只在创建时完整显示一次复制后先存到本地临时文件里。第二件事是确认模型名。Trae 的 SOLO Builder 和 SOLO Coder 对模型名的写法要求一致但用途不同Builder 阶段建议用生成速度快的模型Coder 阶段建议用上下文理解强的模型。你可以在模型对话页面先确认当前可用的模型标识地址是 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 把模型名原样记下来大小写和连字符都不要改。第三件事是找到两个配置文件的落点。Trae 的 settings.json 通常在用户配置目录下config.toml 在 Agent 配置目录下。不同系统路径不一样但 Trae 的设置界面里一般有「打开配置文件」的入口直接点进去编辑最稳妥避免手写路径出错。注意两个文件里的 API 根地址都写 https://taotoken.net/api 不要带任何查询参数。Key 用同一个不要一个文件填一个 Key否则额度对不上。3. settings.json 可复制骨架给 SOLO Builder 用settings.json 是 Trae 主配置SOLO Builder 在生成项目骨架时会读这里的模型通道。下面这份骨架可以直接复制把你的Key和模型名替换成实际值。{ model: { provider: openai-compatible, baseURL: https://taotoken.net/api, apiKey: 你的Key, model: 模型名, timeout: 120000, maxTokens: 8192 }, solo: { builder: { enabled: true, mode: generate, autoDeploy: false, framework: auto } }, telemetry: { enabled: false } }几个参数说明一下。provider写openai-compatible是因为 TaoToken 的通道兼容这种调用格式Trae 能直接识别。timeout给到 120 秒Builder 生成全栈骨架时请求会比较长太短容易中断。autoDeploy先关掉等 Coder 精修完再手动部署避免半成品直接上线。framework设成auto让 Builder 根据你的描述自己判断用哪个框架。保存后重启 Trae进入 SOLO Builder 模式随便丢一句「帮我做一个带商品列表和购物车的页面」看它能不能正常生成项目结构。如果这一步就报错先别急着配 Coder回到第 5 节排查。4. config.toml 可复制骨架给 SOLO Coder 用config.toml 是 Agent 通道配置SOLO Coder 在扫描仓库、开 Plan 模式、调用子 Agent 时读这里。注意 Key 和 baseURL 要和 settings.json 保持一致。[agent] name solo-coder mode plan max_context_files 100000 [model] provider openai-compatible base_url https://taotoken.net/api api_key 你的Key model 模型名 timeout 180000 max_tokens 16384 [plan] require_confirmation true auto_verify true [sub_agents] search true test truemode设成plan是让 Coder 先出计划再动手这对精修阶段很重要避免它直接改代码把原有逻辑改乱。max_context_files给到 10 万对应 Coder 扫描大仓库的能力如果你的项目没这么大可以调小。require_confirmation设成true每次修改前你确认一下掌控感更强。sub_agents里把 search 和 test 打开Coder 能调用子 Agent 做检索和验证。两个文件都配好后Trae 的 SOLO 模式就有了统一的模型通道Builder 生成Coder 精修中间不用换 Key、不用改地址。5. 验证请求Builder 生成后 Coder 接续精修配置写完必须验证一次完整链路否则你不知道是 Builder 通道通了还是 Coder 通道也通了。下面按顺序走一遍。第一步在 SOLO Builder 里生成一个最小项目。输入「做一个待办事项页面支持添加和删除」等它跑完。成功后你会看到项目目录里出现页面文件、路由配置和基础样式。这一步验证的是 settings.json 通道。第二步不关 Trae直接切到 SOLO Coder 模式。在对话框里输入「分析当前项目的待办逻辑增加一个按优先级排序的功能先给我计划」。如果 Coder 能扫描到刚才 Builder 生成的文件并输出一份修改计划说明 config.toml 通道也通了。第三步确认计划后让 Coder 执行。执行完成后检查代码排序逻辑应该已经加进去了而且原有添加删除功能没被破坏。这一步验证的是 Coder 的上下文理解和精修能力。如果你在第二步看到 Coder 说「找不到项目文件」或者「模型不可用」大概率是 config.toml 里的base_url写成了带参数的地址或者 Key 和 settings.json 不一致。回到第 4 节核对。6. 本篇常见错排查报 401 Unauthorized两个文件里的 Key 不一致或者 Key 复制时带了空格。检查 settings.json 的apiKey和 config.toml 的api_key是否完全相同注意 TOML 里字符串要加引号。报 404 Not FoundbaseURL或base_url写错了。正确写法是https://taotoken.net/api不要在后面加/v1或者任何路径也不要带 UTM 参数。API 地址和官网地址是两回事官网带 UTM 是正常的API 不带。Builder 能跑但 Coder 报模型不可用模型名在 config.toml 里写错了或者该模型不支持 Coder 的长上下文调用。去模型对话页面确认模型标识换一个上下文能力更强的模型名再试。Coder 扫描不到文件max_context_files设得太小或者项目目录不在 Coder 的工作区内。把数值调大并确认 Trae 打开的是项目根目录而不是子目录。Plan 模式不弹确认直接改代码require_confirmation没设成true或者 Trae 版本不支持该字段。检查 config.toml 的[plan]段确认字段名拼写正确。两个模式额度对不上你用了两个不同的 Key。统一成一个 Key额度消耗和日志都会汇总到同一个控制台排查方便很多。7. 接入文档与后续动作配置跑通之后如果你还想调整模型参数、查看调用日志或者管理多个 Key可以进控制台操作地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 。Key 管理单独在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 建议给 Trae 单独建一个 Key方便按项目区分。如果你在接入过程中遇到报错先看接入文档里的兼容性说明地址是 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里面有针对不同客户端的配置示例。模型对话页面可以用来快速验证某个模型名是否可用地址是 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。如果你打算长期用 Trae 做 AI 主导开发Builder 和 Coder 会频繁切换建议把 Coding Plan 也了解一下地址是 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 它更适合这种持续编码和 Agent 协作的场景额度规划比单次调用更划算。最后提醒一句两个配置文件改完后一定要重启 Trae热加载有时候不生效重启能省掉很多「明明配了却没反应」的困惑。