1. 四套 skills 方案到底在解决什么问题如果你最近在折腾 Claude Code、Codex CLI 或者 Gemini CLI 这类 AI 编程助手大概率会碰到一个共同的痛点模型本身很强但每次对话都像重新认识你一遍。它不知道你的项目结构、不知道你的代码规范、不知道你上一轮做到哪了。于是社区里冒出了一批「skills 方案」试图用结构化的技能包把工程流程固化下来。superpowers、gstack、gsd、mattpocock/skills 就是目前讨论度比较高的四套。它们本质上都是「给 AI 编程助手加装工作流」的尝试但切入角度差别很大。superpowers 更像一个插件式的技能调度器gstack 覆盖从产品定义到部署的全生命周期gsd 专注 solo 开发者的计划-执行-验证循环mattpocock/skills 则强调纪律性和知识沉淀。我实测下来这四套方案在同一个工作流里切换时最大的摩擦点不在技能本身而在底层 API 通道的配置。每套方案可能默认走不同的 endpoint、不同的鉴权方式切换一次就要改一遍配置。这篇内容会先把四套方案的原理拆开对比然后重点演示怎么把它们的 endpoint 和鉴权统一改到 TaoToken 的 Key/API 通道上最后用一次真实请求验证调用链路。适合谁看需要在同一台机器上同时维护多套 skills 配置、又不想每次切换都手动改环境变量的开发者。如果你只用一套方案且从不切换这篇的对比部分仍然有参考价值但配置迁移部分可以跳过。先说结论性的观察四套方案的技能组织方式不同但对外暴露的调用接口高度相似基本都是「Base URL API Key Model ID」三件套。这意味着只要找到每套方案读取配置的位置就能用同一套 TaoToken 凭证打通它们。下面逐层拆解。2. 四套 skills 方案核心机制对照与原理拆解2.1 superpowers插件式技能调度superpowers 的结构在 excerpt 里写得很清楚3 个命令、1 个 agent、14 个技能、1 个 hook。它的核心机制是「技能路由」——通过using-superpowers这个核心技能在响应前建立技能调用链。工作流程是线性的brainstorming → using-git-worktrees → writing-plans → subagent-driven-development → test-driven-development → requesting-code-review → finishing-a-development-branch。它的设计哲学是「在写代码之前先想清楚」。brainstorming 阶段通过提问完善粗略想法writing-plans 把工作拆成 2-5 分钟的小任务每个任务都有确切的文件路径和验证步骤。subagent-driven-development 会为每个任务分派新的子智能体做两阶段审查。从配置角度看superpowers 作为插件运行在 Claude Code 之上它本身不直接管理 API 通道而是复用宿主工具的配置。这意味着你改 Claude Code 的 endpointsuperpowers 就跟着走。2.2 gstack全生命周期工作流gstack 的野心最大覆盖从产品定义到上线部署的完整 SDLC。它的核心理念有三条Boil the Lake完整实现比 90% 方案只多几行代码时永远做完整的、Search Before Building三层知识体系、User SovereigntyAI 推荐用户决定。gstack 的杀手级功能是内置浏览器gstack browse——一个持久化无头 Chromium首次启动约 3 秒之后每条命令 100-200ms30 分钟空闲自动关闭。它支持导航、快照、交互、截图、响应式测试等snapshot -i生成带 e 引用的可访问性树。使用流程是/office-hours → /plan-ceo-review → /plan-eng-review → 构建 → /review → /qa → /ship。它还集成了 GBrain 做跨机器知识同步以及多模型行为补丁针对 Claude/Codex/Gemini 有专门微调。gstack 的配置相对独立它有自己的技能路由和 Proactive 模式需要单独指定模型通道。2.3 gsdsolo 开发者的三步循环gsd 最轻量核心就是「计划 → 执行 → 验证」的循环/gsd-new-project → /gsd-plan-phase N → /gsd-execute-phase N。所有规划文件放在.planning/目录下包括 PROJECT.md愿景、ROADMAP.md路线图、STATE.md状态记忆、phases/阶段计划、config.json配置。gsd 的 config.json 是四套方案里最明确暴露配置文件的这给统一 API 通道提供了便利。它的阶段执行按波次并行完成后验证适合一个人管多个并行任务。2.4 mattpocock/skills纪律性优先mattpocock/skills 包含 14 个技能设计理念是「纪律性」——强制流程而非自由发挥。比如 TDD 和 diagnose 都有严格步骤。它通过 CONTEXT.md领域词汇和 docs/adr/架构决策沉淀认知关键决策点要求人类确认。它的配置方式偏向 Claude Code 的原生 settings需要改~/.claude/settings.json或项目级配置。2.5 横向对照表维度superpowersgstackgsdmattpocock/skills定位插件式技能调度全生命周期工作流solo 项目管理纪律性工程框架技能数量14 技能 1 agent覆盖 SDLC 全阶段3 步循环命令14 技能配置位置复用宿主配置独立技能路由.planning/config.jsonClaude settings核心机制技能路由 hook内置浏览器 GBrain计划-执行-验证强制流程 ADR适合场景想清楚再写产品到部署全流程单人多任务并行团队规范落地API 通道跟随宿主需单独指定config.json 指定settings 指定这张表的关键信息是最后一列四套方案的 API 通道配置位置不同但都指向同一个「Base URL Key Model」结构。这就是统一到 TaoToken 的切入点。3. 把 skills 配置改到 TaoToken 统一 Key/API 通道3.1 前置准备拿到统一凭证在改配置之前你需要先在 TaoToken 控制台创建一个 API Key。访问 https://taotoken.net/api-keys 生成 Key然后在接入文档 https://taotoken.net/doc 确认当前的 Base URL 格式。TaoToken 的 API 入口是 https://taotoken.net/api注意这个地址不带任何查询参数。拿到三件套Base URLhttps://taotoken.net/apiAPI Keysk-开头的字符串Model ID比如claude-sonnet-4-5或gpt-4o按你实际使用的模型填3.2 gsd 的 config.json 配置gsd 的配置最直接编辑.planning/config.json{ api: { baseUrl: https://taotoken.net/api, apiKey: sk-your-taotoken-key, model: claude-sonnet-4-5 }, planning: { phasesDir: .planning/phases, stateFile: .planning/STATE.md } }注意 baseUrl 末尾不要加/v1TaoToken 的路径已经包含在/api里。如果你之前用的是其他中转地址把整个 api 对象替换掉即可。3.3 Claude Code 的 settings.json 配置superpowers 和 mattpocock/skills 都跑在 Claude Code 上改~/.claude/settings.json{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: sk-your-taotoken-key, ANTHROPIC_MODEL: claude-sonnet-4-5 } }如果你用的是项目级配置路径是.claude/settings.json结构一样。改完之后 superpowers 的 14 个技能和 mattpocock 的 14 个技能都会走 TaoToken 通道。3.4 gstack 的独立配置gstack 有自己的技能路由需要在它的配置里单独指定。找到 gstack 的配置文件通常在~/.gstack/config.toml或项目根目录写入[api] base_url https://taotoken.net/api api_key sk-your-taotoken-key model claude-sonnet-4-5 [behavior] proactive true telemetry falsegstack 的多模型行为补丁会根据 model 字段自动匹配所以 Model ID 要填准确。3.5 Codex 的 auth.json 配置如果你同时用 Codex CLI编辑~/.codex/auth.json{ OPENAI_BASE_URL: https://taotoken.net/api, OPENAI_API_KEY: sk-your-taotoken-key, OPENAI_MODEL: gpt-4o }Codex 的配置键名和 Claude Code 不同但值是一样的三件套。这里要注意Codex 默认可能读OPENAI_API_KEY环境变量auth.json 的优先级更高。3.6 环境变量兜底如果你不想改每个配置文件可以用环境变量兜底export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_API_KEYsk-your-taotoken-key export OPENAI_BASE_URLhttps://taotoken.net/api export OPENAI_API_KEYsk-your-taotoken-key但环境变量的优先级通常低于配置文件所以建议还是改配置文件为主环境变量作为临时覆盖。4. 验证请求确认调用链路生效配置改完之后不要急着跑完整工作流先用一次最小请求验证链路。这一步能帮你快速定位是配置问题还是技能逻辑问题。4.1 用 curl 直接验证curl -X POST https://taotoken.net/api/v1/messages \ -H Content-Type: application/json \ -H x-api-key: sk-your-taotoken-key \ -H anthropic-version: 2023-06-01 \ -d { model: claude-sonnet-4-5, max_tokens: 64, messages: [ {role: user, content: 回复 OK 两个字母即可} ] }如果返回的 JSON 里有content字段且包含OK说明 Base URL 和 Key 都正确。如果返回 401说明 Key 有问题如果返回 404说明 Base URL 路径不对。4.2 在 Claude Code 里验证启动 Claude Code输入一个简单请求/using-superpowers 帮我确认当前 API 通道superpowers 的核心技能会尝试调用模型。如果配置正确你会看到正常的模型响应如果报错local proxy failed说明 Base URL 没生效检查 settings.json 的路径和 JSON 格式。4.3 在 gsd 里验证/gsd-plan-phase 1gsd 会读取.planning/config.json并调用模型生成阶段计划。如果.planning/phases/下出现了 PLAN.md 且内容合理说明链路通了。4.4 验证成功的标志一次成功的验证请求应该满足HTTP 状态码 200响应体包含模型生成的文本没有reading choices或OAuth相关报错响应时间在正常范围内通常 1-3 秒如果四套方案都能通过验证说明统一 API 通道配置成功。接下来你可以在同一个工作流里自由切换 skills 方案不用再改配置。5. 本篇常见错误排查配置迁移过程中最容易踩的坑集中在几个报错上这里逐个对照。5.1 401 Unauthorized最常见。原因通常是 Key 复制时带了空格或者用了错误的 Key 前缀。TaoToken 的 Key 是sk-开头检查settings.json或config.json里的值有没有多余字符。另一个可能是 Key 已过期或被删除去控制台重新生成一个。5.2 local proxy failed这个报错通常出现在 Claude Code 里说明ANTHROPIC_BASE_URL没有生效。检查三点settings.json 的 JSON 格式是否合法用python -m json.tool验证、环境变量是否覆盖了配置、Base URL 是否写成了https://taotoken.net/api/末尾斜杠可能导致路径拼接错误。5.3 reading choices 报错这个报错说明请求发出去了但响应格式不符合预期。常见原因是 Model ID 填错了比如把claude-sonnet-4-5写成了claude-sonnet-4.5。对照 TaoToken 文档里的模型列表确认准确的 Model ID。5.4 OAuth 相关报错如果你之前用过 OAuth 登录方式配置文件里可能残留了 OAuth token。检查~/.claude/或~/.codex/下有没有credentials.json之类的文件有的话先备份再删除强制走 API Key 通道。5.5 gstack 浏览器启动失败gstack 的内置浏览器需要 Chromium 环境。如果报错找不到浏览器先确认系统里装了 Chromium 或 Chrome。这个报错和 API 通道无关但会阻塞 gstack 的完整流程。5.6 配置改了但没生效四套方案的配置读取优先级不同。Claude Code 是「项目级 用户级 环境变量」gsd 是「config.json 环境变量」gstack 是「项目配置 全局配置」。如果你改了全局配置但项目里有覆盖就不会生效。用claude config list或对应命令确认当前生效的配置。5.7 模型响应慢或超时如果验证请求能通但很慢可能是 Model ID 选了一个较大的模型。先用小模型如claude-haiku系列验证链路确认通了再换回目标模型。另外检查网络环境TaoToken 的 API 入口在国内访问通常比较稳定。6. 长期编码场景的通道选择四套 skills 方案统一到 TaoToken 之后日常使用会顺畅很多。但如果你打算长期跑编码任务或者 Agent 工作流单次按量计费可能不是最划算的方式。TaoToken 的 Coding Plan 提供了更适合持续编码的套餐访问 https://taotoken.net/coding-plan 可以查看当前的方案详情。对于需要频繁切换 skills 方案的场景建议把四套配置都指向同一个 TaoToken Key这样切换时只需要改技能路由不用动 API 配置。模型对话功能可以在 https://taotoken.net/models 直接测试不同模型的表现确认哪个 Model ID 最适合你的工作流。实测下来统一通道之后最大的收益不是省钱而是省心。以前每换一套 skills 就要重新配一遍 endpoint现在改一次配置四套都能用。踩过的坑主要集中在 JSON 格式和 Model ID 拼写上这两点确认无误后基本不会出问题。
superpowers、gstack、gsd、mattpocock/skills原理解析与对比：把 skills 配置改到 TaoToken
1. 四套 skills 方案到底在解决什么问题如果你最近在折腾 Claude Code、Codex CLI 或者 Gemini CLI 这类 AI 编程助手大概率会碰到一个共同的痛点模型本身很强但每次对话都像重新认识你一遍。它不知道你的项目结构、不知道你的代码规范、不知道你上一轮做到哪了。于是社区里冒出了一批「skills 方案」试图用结构化的技能包把工程流程固化下来。superpowers、gstack、gsd、mattpocock/skills 就是目前讨论度比较高的四套。它们本质上都是「给 AI 编程助手加装工作流」的尝试但切入角度差别很大。superpowers 更像一个插件式的技能调度器gstack 覆盖从产品定义到部署的全生命周期gsd 专注 solo 开发者的计划-执行-验证循环mattpocock/skills 则强调纪律性和知识沉淀。我实测下来这四套方案在同一个工作流里切换时最大的摩擦点不在技能本身而在底层 API 通道的配置。每套方案可能默认走不同的 endpoint、不同的鉴权方式切换一次就要改一遍配置。这篇内容会先把四套方案的原理拆开对比然后重点演示怎么把它们的 endpoint 和鉴权统一改到 TaoToken 的 Key/API 通道上最后用一次真实请求验证调用链路。适合谁看需要在同一台机器上同时维护多套 skills 配置、又不想每次切换都手动改环境变量的开发者。如果你只用一套方案且从不切换这篇的对比部分仍然有参考价值但配置迁移部分可以跳过。先说结论性的观察四套方案的技能组织方式不同但对外暴露的调用接口高度相似基本都是「Base URL API Key Model ID」三件套。这意味着只要找到每套方案读取配置的位置就能用同一套 TaoToken 凭证打通它们。下面逐层拆解。2. 四套 skills 方案核心机制对照与原理拆解2.1 superpowers插件式技能调度superpowers 的结构在 excerpt 里写得很清楚3 个命令、1 个 agent、14 个技能、1 个 hook。它的核心机制是「技能路由」——通过using-superpowers这个核心技能在响应前建立技能调用链。工作流程是线性的brainstorming → using-git-worktrees → writing-plans → subagent-driven-development → test-driven-development → requesting-code-review → finishing-a-development-branch。它的设计哲学是「在写代码之前先想清楚」。brainstorming 阶段通过提问完善粗略想法writing-plans 把工作拆成 2-5 分钟的小任务每个任务都有确切的文件路径和验证步骤。subagent-driven-development 会为每个任务分派新的子智能体做两阶段审查。从配置角度看superpowers 作为插件运行在 Claude Code 之上它本身不直接管理 API 通道而是复用宿主工具的配置。这意味着你改 Claude Code 的 endpointsuperpowers 就跟着走。2.2 gstack全生命周期工作流gstack 的野心最大覆盖从产品定义到上线部署的完整 SDLC。它的核心理念有三条Boil the Lake完整实现比 90% 方案只多几行代码时永远做完整的、Search Before Building三层知识体系、User SovereigntyAI 推荐用户决定。gstack 的杀手级功能是内置浏览器gstack browse——一个持久化无头 Chromium首次启动约 3 秒之后每条命令 100-200ms30 分钟空闲自动关闭。它支持导航、快照、交互、截图、响应式测试等snapshot -i生成带 e 引用的可访问性树。使用流程是/office-hours → /plan-ceo-review → /plan-eng-review → 构建 → /review → /qa → /ship。它还集成了 GBrain 做跨机器知识同步以及多模型行为补丁针对 Claude/Codex/Gemini 有专门微调。gstack 的配置相对独立它有自己的技能路由和 Proactive 模式需要单独指定模型通道。2.3 gsdsolo 开发者的三步循环gsd 最轻量核心就是「计划 → 执行 → 验证」的循环/gsd-new-project → /gsd-plan-phase N → /gsd-execute-phase N。所有规划文件放在.planning/目录下包括 PROJECT.md愿景、ROADMAP.md路线图、STATE.md状态记忆、phases/阶段计划、config.json配置。gsd 的 config.json 是四套方案里最明确暴露配置文件的这给统一 API 通道提供了便利。它的阶段执行按波次并行完成后验证适合一个人管多个并行任务。2.4 mattpocock/skills纪律性优先mattpocock/skills 包含 14 个技能设计理念是「纪律性」——强制流程而非自由发挥。比如 TDD 和 diagnose 都有严格步骤。它通过 CONTEXT.md领域词汇和 docs/adr/架构决策沉淀认知关键决策点要求人类确认。它的配置方式偏向 Claude Code 的原生 settings需要改~/.claude/settings.json或项目级配置。2.5 横向对照表维度superpowersgstackgsdmattpocock/skills定位插件式技能调度全生命周期工作流solo 项目管理纪律性工程框架技能数量14 技能 1 agent覆盖 SDLC 全阶段3 步循环命令14 技能配置位置复用宿主配置独立技能路由.planning/config.jsonClaude settings核心机制技能路由 hook内置浏览器 GBrain计划-执行-验证强制流程 ADR适合场景想清楚再写产品到部署全流程单人多任务并行团队规范落地API 通道跟随宿主需单独指定config.json 指定settings 指定这张表的关键信息是最后一列四套方案的 API 通道配置位置不同但都指向同一个「Base URL Key Model」结构。这就是统一到 TaoToken 的切入点。3. 把 skills 配置改到 TaoToken 统一 Key/API 通道3.1 前置准备拿到统一凭证在改配置之前你需要先在 TaoToken 控制台创建一个 API Key。访问 https://taotoken.net/api-keys 生成 Key然后在接入文档 https://taotoken.net/doc 确认当前的 Base URL 格式。TaoToken 的 API 入口是 https://taotoken.net/api注意这个地址不带任何查询参数。拿到三件套Base URLhttps://taotoken.net/apiAPI Keysk-开头的字符串Model ID比如claude-sonnet-4-5或gpt-4o按你实际使用的模型填3.2 gsd 的 config.json 配置gsd 的配置最直接编辑.planning/config.json{ api: { baseUrl: https://taotoken.net/api, apiKey: sk-your-taotoken-key, model: claude-sonnet-4-5 }, planning: { phasesDir: .planning/phases, stateFile: .planning/STATE.md } }注意 baseUrl 末尾不要加/v1TaoToken 的路径已经包含在/api里。如果你之前用的是其他中转地址把整个 api 对象替换掉即可。3.3 Claude Code 的 settings.json 配置superpowers 和 mattpocock/skills 都跑在 Claude Code 上改~/.claude/settings.json{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: sk-your-taotoken-key, ANTHROPIC_MODEL: claude-sonnet-4-5 } }如果你用的是项目级配置路径是.claude/settings.json结构一样。改完之后 superpowers 的 14 个技能和 mattpocock 的 14 个技能都会走 TaoToken 通道。3.4 gstack 的独立配置gstack 有自己的技能路由需要在它的配置里单独指定。找到 gstack 的配置文件通常在~/.gstack/config.toml或项目根目录写入[api] base_url https://taotoken.net/api api_key sk-your-taotoken-key model claude-sonnet-4-5 [behavior] proactive true telemetry falsegstack 的多模型行为补丁会根据 model 字段自动匹配所以 Model ID 要填准确。3.5 Codex 的 auth.json 配置如果你同时用 Codex CLI编辑~/.codex/auth.json{ OPENAI_BASE_URL: https://taotoken.net/api, OPENAI_API_KEY: sk-your-taotoken-key, OPENAI_MODEL: gpt-4o }Codex 的配置键名和 Claude Code 不同但值是一样的三件套。这里要注意Codex 默认可能读OPENAI_API_KEY环境变量auth.json 的优先级更高。3.6 环境变量兜底如果你不想改每个配置文件可以用环境变量兜底export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_API_KEYsk-your-taotoken-key export OPENAI_BASE_URLhttps://taotoken.net/api export OPENAI_API_KEYsk-your-taotoken-key但环境变量的优先级通常低于配置文件所以建议还是改配置文件为主环境变量作为临时覆盖。4. 验证请求确认调用链路生效配置改完之后不要急着跑完整工作流先用一次最小请求验证链路。这一步能帮你快速定位是配置问题还是技能逻辑问题。4.1 用 curl 直接验证curl -X POST https://taotoken.net/api/v1/messages \ -H Content-Type: application/json \ -H x-api-key: sk-your-taotoken-key \ -H anthropic-version: 2023-06-01 \ -d { model: claude-sonnet-4-5, max_tokens: 64, messages: [ {role: user, content: 回复 OK 两个字母即可} ] }如果返回的 JSON 里有content字段且包含OK说明 Base URL 和 Key 都正确。如果返回 401说明 Key 有问题如果返回 404说明 Base URL 路径不对。4.2 在 Claude Code 里验证启动 Claude Code输入一个简单请求/using-superpowers 帮我确认当前 API 通道superpowers 的核心技能会尝试调用模型。如果配置正确你会看到正常的模型响应如果报错local proxy failed说明 Base URL 没生效检查 settings.json 的路径和 JSON 格式。4.3 在 gsd 里验证/gsd-plan-phase 1gsd 会读取.planning/config.json并调用模型生成阶段计划。如果.planning/phases/下出现了 PLAN.md 且内容合理说明链路通了。4.4 验证成功的标志一次成功的验证请求应该满足HTTP 状态码 200响应体包含模型生成的文本没有reading choices或OAuth相关报错响应时间在正常范围内通常 1-3 秒如果四套方案都能通过验证说明统一 API 通道配置成功。接下来你可以在同一个工作流里自由切换 skills 方案不用再改配置。5. 本篇常见错误排查配置迁移过程中最容易踩的坑集中在几个报错上这里逐个对照。5.1 401 Unauthorized最常见。原因通常是 Key 复制时带了空格或者用了错误的 Key 前缀。TaoToken 的 Key 是sk-开头检查settings.json或config.json里的值有没有多余字符。另一个可能是 Key 已过期或被删除去控制台重新生成一个。5.2 local proxy failed这个报错通常出现在 Claude Code 里说明ANTHROPIC_BASE_URL没有生效。检查三点settings.json 的 JSON 格式是否合法用python -m json.tool验证、环境变量是否覆盖了配置、Base URL 是否写成了https://taotoken.net/api/末尾斜杠可能导致路径拼接错误。5.3 reading choices 报错这个报错说明请求发出去了但响应格式不符合预期。常见原因是 Model ID 填错了比如把claude-sonnet-4-5写成了claude-sonnet-4.5。对照 TaoToken 文档里的模型列表确认准确的 Model ID。5.4 OAuth 相关报错如果你之前用过 OAuth 登录方式配置文件里可能残留了 OAuth token。检查~/.claude/或~/.codex/下有没有credentials.json之类的文件有的话先备份再删除强制走 API Key 通道。5.5 gstack 浏览器启动失败gstack 的内置浏览器需要 Chromium 环境。如果报错找不到浏览器先确认系统里装了 Chromium 或 Chrome。这个报错和 API 通道无关但会阻塞 gstack 的完整流程。5.6 配置改了但没生效四套方案的配置读取优先级不同。Claude Code 是「项目级 用户级 环境变量」gsd 是「config.json 环境变量」gstack 是「项目配置 全局配置」。如果你改了全局配置但项目里有覆盖就不会生效。用claude config list或对应命令确认当前生效的配置。5.7 模型响应慢或超时如果验证请求能通但很慢可能是 Model ID 选了一个较大的模型。先用小模型如claude-haiku系列验证链路确认通了再换回目标模型。另外检查网络环境TaoToken 的 API 入口在国内访问通常比较稳定。6. 长期编码场景的通道选择四套 skills 方案统一到 TaoToken 之后日常使用会顺畅很多。但如果你打算长期跑编码任务或者 Agent 工作流单次按量计费可能不是最划算的方式。TaoToken 的 Coding Plan 提供了更适合持续编码的套餐访问 https://taotoken.net/coding-plan 可以查看当前的方案详情。对于需要频繁切换 skills 方案的场景建议把四套配置都指向同一个 TaoToken Key这样切换时只需要改技能路由不用动 API 配置。模型对话功能可以在 https://taotoken.net/models 直接测试不同模型的表现确认哪个 Model ID 最适合你的工作流。实测下来统一通道之后最大的收益不是省钱而是省心。以前每换一套 skills 就要重新配一遍 endpoint现在改一次配置四套都能用。踩过的坑主要集中在 JSON 格式和 Model ID 拼写上这两点确认无误后基本不会出问题。
