openclaw onboard --auth-choice opencode-go
像对前台说：“请带我去 Go 那层。”
Providers 导读
OpenCode Go 接入：一个 API Key 通两个目录
OpenCode Go 是 OpenCode 下的 Go 模型目录，与 Zen 目录共用同一个 `OPENCODE_API_KEY`，但运行时 provider id 保持为 `opencode-go`，确保上游按模型正确路由。配置时先执行 `openclaw onboard --auth-choice opencode-go` 或直接传 key，然后设置默认模型即可。最容易忽略的是：虽然 key 相同，但模型引用必须用 `opencode-go/...` 前缀，否则路由会错。
先讲这一页到底在解决什么
OpenCode Go 接入：一个 API Key 通两个目录
OpenCode Go 是 OpenCode 下的 Go 模型目录，与 Zen 目录共用同一个 `OPENCODE_API_KEY`，但运行时 provider id 保持为 `opencode-go`，确保上游按模型正确路由。配置时先执行 `openclaw onboard --auth-choice opencode-go` 或直接传 key，然后设置默认模型即可。最容易忽略的是：虽然 key 相同，但模型引用必须用 `opencode-go/...` 前缀，否则路由会错。
先看最关键的差别
🏷 opencode-go/... 这串前缀，就是“请去 Go 楼找”
很多人卡住，就是因为仍然沿用 Zen 那层的门牌。
opencode-go/kimi-k2.5像 Go 楼里的 Kimi 柜台。
opencode-go/glm-5像 Go 楼里的 GLM 柜台。
opencode-go/minimax-m2.5像 Go 楼里的 MiniMax 柜台。
🎈 这一页最重要的一句
钥匙不变，门牌变成 opencode-go。
实际动作
🛠 那条 CLI 命令，其实就是在说“我今天先逛 Go 楼”
命令不长，但很容易被误以为是在申请另一套账号。
OPENCODE_API_KEY
仍然是那张总会员卡，不需要再办第二张。
运行时为什么还分开
因为上游转单要认清货架，不分层的话，路由容易送错地方。
最后总结
🎈 把 OpenCode Go 这页压成一句最好记的话
OpenCode Go 不是另一家商场，而是同一家商场里的另一层楼。你还是拿同一张卡进门，只是点模型时要把 opencode-go/ 这个楼层号写对。
如果你两层楼都要逛，就回上一页一起看；如果只想用 Kimi、GLM、MiniMax 这一排，这页已经够用了。