拿模型
把请求送给后面的模型服务商。
Plugins 导读
给 OpenClaw 加一个新模型供应商，照着这个流程走
从 package.json 的 provider 声明、openclaw.plugin.json 里的认证变量，到用 definePluginEntry 注册 provider，每一步都有代码和说明。最容易漏的是 manifest 里 providerAuthEnvVars 和 modelSupport 的配置——前者让 OpenClaw 在加载插件前就能识别密钥，后者支持用简写模型 ID 自动匹配供应商。
先讲这一页到底在解决什么
给 OpenClaw 加一个新模型供应商，照着这个流程走
从 package.json 的 provider 声明、openclaw.plugin.json 里的认证变量，到用 definePluginEntry 注册 provider，每一步都有代码和说明。最容易漏的是 manifest 里 providerAuthEnvVars 和 modelSupport 的配置——前者让 OpenClaw 在加载插件前就能识别密钥，后者支持用简写模型 ID 自动匹配供应商。
第一站
🔌 Provider 插件像“换一台会思考的机器接到后面”
官方讲 provider 不是为了炫技，而是为了让模型来源变多，系统还能保持统一。
拿配置
像先看这台机器要什么牌子的电池和卡。
转发请求
OpenClaw 负责排队，provider 负责送达。
第二站
🛠 代码像在做什么
示例代码里最重要的不是语法，而是“先登记，再返回模型，最后把回应送回来”。
`registerProvider(...)`
像在前台登记“我是一台新的大脑供应机”。
`generate(...)`
像让这台机器开始真正想问题。
`apiKey` / `baseUrl`
像电源插头和门牌号，连错了就找不到机器。
最后记住
🎈 Provider 插件的本质，就是“让 OpenClaw 会找新脑子”
这一页看懂后，你就知道 provider 不是单纯换名字，而是把模型供应这件事接成统一门口。