尧图网页设计 
1. 为什么刚上手 OpenClaw 的人总在“多模型调用”这一步卡住如果你刚接触 OpenClaw大概率会遇到这样一个场景本地环境装好了示例代码也能跑但一旦想把请求切到另一个模型或者同时接两三个模型做对比整个调用链路就开始报错。有人卡在鉴权有人卡在模型名写错还有人明明 Key 没问题却一直收到 401。问题往往不在 OpenClaw 本身而在于“多模型调用”这件事缺少一个统一的入口。OpenClaw 是一个面向开发者的智能体与工具调用框架它能做的事情包括把大模型能力接入到本地工作流、让模型调用外部工具、在多个模型之间做任务分发。它适合谁适合刚接触智能体开发、想快速跑通第一个多模型调用示例的开发者也适合已经在用 OpenClaw 但被多套 Key 管理折磨的人。我自己的做法是不去每个模型厂商单独申请 Key、单独记 Base URL、单独维护环境变量而是用 TaoToken 的统一 Key 作为 OpenClaw 的模型入口。这样 OpenClaw 只需要认一个地址、一个 Key就能在多个模型之间切换。下面我会从零开始把配置片段、环境变量写法、以及一条 curl 验证命令完整给出来你照着做就能跑通第一个调用示例。核心检索词先明确OpenClaw 多模型调用、TaoToken 统一 Key、OpenClaw 接入配置、curl 验证鉴权、模型列表接口。这几个词会贯穿全文你如果在搜索里看到它们说明方向是对的。2. TaoToken 前置准备统一 Key 与 OpenClaw 多模型调用链路的关系在动手改配置之前先把 TaoToken 这边的准备工作做完。TaoToken 的定位是一个统一的模型调用入口你拿到一个 Key 之后可以通过同一个 Base URL 访问不同模型。对 OpenClaw 来说这意味着你不需要在配置文件里写一堆厂商地址只需要把 OpenClaw 的模型请求指向 TaoToken 的 API 地址即可。第一步打开 TaoToken 官网了解整体能力https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。官网首页有接入说明和文档入口建议先扫一眼知道 Key 从哪里拿、模型列表在哪里看。第二步进入控制台创建 API Key。控制台地址是https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 。登录后找到 API Keys 页面新建一个 Key复制出来先存到安全的地方。这个 Key 就是你后面 OpenClaw 配置里要填的凭证。第三步如果你需要看具体接入文档文档入口在这里https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。文档里会说明 Base URL 的写法、请求头格式、以及模型 ID 的命名规则。OpenClaw 的配置必须和文档保持一致否则会出现鉴权失败或者模型找不到的情况。这里要强调一个关键点TaoToken 的 API 地址是 https://taotoken.net/api 注意这个地址后面不加 UTM 参数配置里直接写这个。很多新手会把官网地址和 API 地址搞混结果 OpenClaw 请求发到了网页地址上自然报错。关于 Key 的管理我的建议是不要在代码里硬编码 Key而是通过环境变量注入。OpenClaw 支持从环境变量读取模型配置这样你本地调试、服务器部署、CI 环境可以用同一套配置模板只换环境变量值。下面我会给出具体的环境变量写法和配置文件片段。如果你后面要做长期编码或者 Agent 任务可以了解 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。它适合需要持续调用模型、做多轮任务编排的场景。但本篇的重点还是先把第一个调用跑通所以先不展开。3. 可复制配置OpenClaw 接入 TaoToken 统一 Key 的完整片段这一节是全文的核心我会给出可以直接复制的配置片段。OpenClaw 的配置方式取决于你用的是哪种接入形态常见的有 JSON 配置文件、TOML 配置文件以及通过环境变量注入。下面分别给出。先看环境变量写法。这是最通用的一种适合本地开发和容器部署。你可以在 shell 里这样写export TAOTOKEN_API_KEYsk-你的Key export TAOTOKEN_BASE_URLhttps://taotoken.net/api export OPENCLAW_MODEL_PROVIDERtaotoken export OPENCLAW_DEFAULT_MODEL你的默认模型ID注意 Base URL 写 https://taotoken.net/api 不要加多余的路径。模型 ID 从 TaoToken 文档里的模型列表取不要自己编。如果你用的是 JSON 配置文件比如 OpenClaw 的 settings.json 或者类似的配置文件可以这样写{ model: { provider: taotoken, base_url: https://taotoken.net/api, api_key_env: TAOTOKEN_API_KEY, default_model: 你的默认模型ID, models: [ { id: 你的模型ID-A, label: 模型A }, { id: 你的模型ID-B, label: 模型B } ] } }这里的关键是 api_key_env 指向环境变量名而不是直接写 Key。这样配置文件可以提交到仓库Key 留在本地环境变量里。如果你用的是 TOML 配置文件写法类似[model] provider taotoken base_url https://taotoken.net/api api_key_env TAOTOKEN_API_KEY default_model 你的默认模型ID [[model.models]] id 你的模型ID-A label 模型A [[model.models]] id 你的模型ID-B label 模型B三件套必须写全Base URL、Key、Model ID。缺任何一个都会导致调用失败。Base URL 统一用 https://taotoken.net/api Key 通过环境变量注入Model ID 从文档里取。如果你用的是 Claude Code 或者类似的编码工具并且想接入 TaoToken可以参考这个入口https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaude-code-anthropicutm_campaignrewrite 。它说明了 Anthropic 兼容接口的接入方式。OpenClaw 如果走 Anthropic 兼容协议也可以参考这个页面的 Base URL 和请求头写法。配置改完之后不要急着跑复杂任务先用一条 curl 命令验证鉴权和模型列表。下一节会给具体命令。4. 验证请求用一条 curl 命令确认鉴权与模型列表是否生效配置写好了怎么确认它真的生效最直接的办法是用 curl 打一次模型列表接口。这条命令能同时验证两件事你的 Key 是否有效以及 Base URL 是否可达。命令如下curl -sS https://taotoken.net/api/models \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json如果你在 Windows 的 PowerShell 里可以这样写curl.exe -sS https://taotoken.net/api/models -H Authorization: Bearer $env:TAOTOKEN_API_KEY -H Content-Type: application/json执行之后正常返回应该是一个 JSON里面包含模型列表。你会看到类似这样的结构{ data: [ { id: 模型ID-A, object: model }, { id: 模型ID-B, object: model } ] }如果你看到 data 数组里有模型 ID说明鉴权通过、Base URL 正确、模型列表可读。接下来就可以在 OpenClaw 里用这些模型 ID 做调用了。再进一步你可以用 curl 发一次对话请求验证模型是否真的能返回内容curl -sS https://taotoken.net/api/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: 你的模型ID-A, messages: [ { role: user, content: 用一句话说明你已经接通 } ] }如果返回里有 choices 数组并且 content 里有正常文本说明整条链路已经通了。这时候再回到 OpenClaw把默认模型设成这个模型 ID就能跑通第一个调用示例。这里提醒一个细节模型 ID 必须和模型列表里返回的 id 完全一致大小写、连字符都不能错。我见过有人把模型 ID 里的短横线写成下划线结果一直报模型不存在。验证通过之后你可以在 OpenClaw 里做多模型切换。比如默认模型设成模型 A某个任务里指定模型 BOpenClaw 会通过同一个 TaoToken Key 发请求。这就是统一 Key 的价值你不需要为每个模型维护一套凭证。如果你在验证过程中想直接在网页里试模型对话可以用模型对话入口https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite 。它适合快速确认某个模型 ID 是否可用不用写代码。5. 常见报错排查401、local proxy failed、reading choices、OAuth 怎么处理这一节按真实报错来对照。你在 OpenClaw 接入 TaoToken 的过程中最可能遇到下面几类错误。第一类401 Unauthorized。这个最常见原因通常是 Key 没传对。检查三件事环境变量名是否和配置文件里的 api_key_env 一致Key 是否复制完整有没有多余空格请求头是否是 Authorization: Bearer 加 Key。如果你用的是 Claude Code 或 Anthropic 兼容协议请求头可能是 x-api-key具体看文档。401 出现时先用上一节的 curl 命令单独验证 Key排除 OpenClaw 配置的干扰。第二类local proxy failed。这个报错通常出现在你本地有代理设置或者 OpenClaw 尝试走本地代理但代理没启动。处理方式是检查环境变量里的 HTTP_PROXY、HTTPS_PROXY 是否指向了一个不可用的地址。如果你不需要代理直接 unset 掉。另外检查 Base URL 是否写成了 https://taotoken.net/api 不要写成带端口或者带路径的地址。第三类reading choices 相关报错比如 cannot read property choices of undefined。这说明请求发出去了但返回结构不是预期的对话格式。常见原因是模型 ID 写错或者接口路径不对。比如你把 chat completions 的路径写成了别的返回的就不是标准结构。检查你的请求路径是否是 https://taotoken.net/api/chat/completions 模型 ID 是否从模型列表里取的。第四类OAuth 相关报错。如果你用的是 Claude Code 或者某些需要 OAuth 流程的工具可能会遇到 token 过期或者 scope 不足。处理方式是重新走一遍授权流程或者改用 API Key 方式接入。TaoToken 的 API Key 方式不依赖 OAuth配置更简单。如果你在 Claude Code 里接入参考 https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaude-code-anthropicutm_campaignrewrite 里的说明确认 Base URL 和认证头写法。除了这四类还有一个容易忽略的问题模型列表能读到但对话请求报模型不支持。这通常是因为你用的模型 ID 是列表里的但该模型不支持 chat completions 接口或者需要不同的请求参数。解决办法是换一个明确支持对话的模型 ID或者查文档确认接口类型。排查顺序建议是先用 curl 验证 Key 和模型列表再验证单次对话请求最后回到 OpenClaw 配置。这样能把问题范围一步步缩小。不要一上来就改 OpenClaw 的复杂配置那样很难定位。如果你在排查过程中需要重新生成 Key回到控制台https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 。API Keys 页面可以新建和删除 Key。接入文档在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 遇到不确定的字段先查文档。6. 跑通之后OpenClaw 多模型切换的实用建议与下一步当你用一条 curl 命令确认鉴权和模型列表都生效之后OpenClaw 里的多模型调用其实就顺了。我的建议是先把默认模型设成你最常用的那个然后在需要对比或者分发的任务里显式指定其他模型 ID。OpenClaw 的模型配置里可以列多个模型切换时只改 model 字段不用改 Base URL 和 Key。一个实用技巧是把模型 ID 做成常量或者枚举不要在代码里散落字符串。这样模型 ID 变了只需要改一处。另一个技巧是在日志里打印实际使用的模型 ID 和请求耗时方便排查是模型问题还是网络问题。如果你后面要做更复杂的 Agent 任务比如让模型调用工具、多轮规划可以了解 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。它适合长期编码和 Agent 场景配合统一 Key 可以减少很多凭证管理的麻烦。最后再强调一次三件套Base URL 用 https://taotoken.net/api Key 通过环境变量注入Model ID 从模型列表里取。这三样写对OpenClaw 的多模型调用链路就通了。遇到报错先回到 curl 验证不要盲目改配置。跑通第一个调用示例之后再逐步加模型、加任务这样最稳。 OpenClaw从入门到精通：用TaoToken统一Key打通多模型调用链路
1. 为什么刚上手 OpenClaw 的人总在“多模型调用”这一步卡住如果你刚接触 OpenClaw大概率会遇到这样一个场景本地环境装好了示例代码也能跑但一旦想把请求切到另一个模型或者同时接两三个模型做对比整个调用链路就开始报错。有人卡在鉴权有人卡在模型名写错还有人明明 Key 没问题却一直收到 401。问题往往不在 OpenClaw 本身而在于“多模型调用”这件事缺少一个统一的入口。OpenClaw 是一个面向开发者的智能体与工具调用框架它能做的事情包括把大模型能力接入到本地工作流、让模型调用外部工具、在多个模型之间做任务分发。它适合谁适合刚接触智能体开发、想快速跑通第一个多模型调用示例的开发者也适合已经在用 OpenClaw 但被多套 Key 管理折磨的人。我自己的做法是不去每个模型厂商单独申请 Key、单独记 Base URL、单独维护环境变量而是用 TaoToken 的统一 Key 作为 OpenClaw 的模型入口。这样 OpenClaw 只需要认一个地址、一个 Key就能在多个模型之间切换。下面我会从零开始把配置片段、环境变量写法、以及一条 curl 验证命令完整给出来你照着做就能跑通第一个调用示例。核心检索词先明确OpenClaw 多模型调用、TaoToken 统一 Key、OpenClaw 接入配置、curl 验证鉴权、模型列表接口。这几个词会贯穿全文你如果在搜索里看到它们说明方向是对的。2. TaoToken 前置准备统一 Key 与 OpenClaw 多模型调用链路的关系在动手改配置之前先把 TaoToken 这边的准备工作做完。TaoToken 的定位是一个统一的模型调用入口你拿到一个 Key 之后可以通过同一个 Base URL 访问不同模型。对 OpenClaw 来说这意味着你不需要在配置文件里写一堆厂商地址只需要把 OpenClaw 的模型请求指向 TaoToken 的 API 地址即可。第一步打开 TaoToken 官网了解整体能力https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。官网首页有接入说明和文档入口建议先扫一眼知道 Key 从哪里拿、模型列表在哪里看。第二步进入控制台创建 API Key。控制台地址是https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 。登录后找到 API Keys 页面新建一个 Key复制出来先存到安全的地方。这个 Key 就是你后面 OpenClaw 配置里要填的凭证。第三步如果你需要看具体接入文档文档入口在这里https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。文档里会说明 Base URL 的写法、请求头格式、以及模型 ID 的命名规则。OpenClaw 的配置必须和文档保持一致否则会出现鉴权失败或者模型找不到的情况。这里要强调一个关键点TaoToken 的 API 地址是 https://taotoken.net/api 注意这个地址后面不加 UTM 参数配置里直接写这个。很多新手会把官网地址和 API 地址搞混结果 OpenClaw 请求发到了网页地址上自然报错。关于 Key 的管理我的建议是不要在代码里硬编码 Key而是通过环境变量注入。OpenClaw 支持从环境变量读取模型配置这样你本地调试、服务器部署、CI 环境可以用同一套配置模板只换环境变量值。下面我会给出具体的环境变量写法和配置文件片段。如果你后面要做长期编码或者 Agent 任务可以了解 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。它适合需要持续调用模型、做多轮任务编排的场景。但本篇的重点还是先把第一个调用跑通所以先不展开。3. 可复制配置OpenClaw 接入 TaoToken 统一 Key 的完整片段这一节是全文的核心我会给出可以直接复制的配置片段。OpenClaw 的配置方式取决于你用的是哪种接入形态常见的有 JSON 配置文件、TOML 配置文件以及通过环境变量注入。下面分别给出。先看环境变量写法。这是最通用的一种适合本地开发和容器部署。你可以在 shell 里这样写export TAOTOKEN_API_KEYsk-你的Key export TAOTOKEN_BASE_URLhttps://taotoken.net/api export OPENCLAW_MODEL_PROVIDERtaotoken export OPENCLAW_DEFAULT_MODEL你的默认模型ID注意 Base URL 写 https://taotoken.net/api 不要加多余的路径。模型 ID 从 TaoToken 文档里的模型列表取不要自己编。如果你用的是 JSON 配置文件比如 OpenClaw 的 settings.json 或者类似的配置文件可以这样写{ model: { provider: taotoken, base_url: https://taotoken.net/api, api_key_env: TAOTOKEN_API_KEY, default_model: 你的默认模型ID, models: [ { id: 你的模型ID-A, label: 模型A }, { id: 你的模型ID-B, label: 模型B } ] } }这里的关键是 api_key_env 指向环境变量名而不是直接写 Key。这样配置文件可以提交到仓库Key 留在本地环境变量里。如果你用的是 TOML 配置文件写法类似[model] provider taotoken base_url https://taotoken.net/api api_key_env TAOTOKEN_API_KEY default_model 你的默认模型ID [[model.models]] id 你的模型ID-A label 模型A [[model.models]] id 你的模型ID-B label 模型B三件套必须写全Base URL、Key、Model ID。缺任何一个都会导致调用失败。Base URL 统一用 https://taotoken.net/api Key 通过环境变量注入Model ID 从文档里取。如果你用的是 Claude Code 或者类似的编码工具并且想接入 TaoToken可以参考这个入口https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaude-code-anthropicutm_campaignrewrite 。它说明了 Anthropic 兼容接口的接入方式。OpenClaw 如果走 Anthropic 兼容协议也可以参考这个页面的 Base URL 和请求头写法。配置改完之后不要急着跑复杂任务先用一条 curl 命令验证鉴权和模型列表。下一节会给具体命令。4. 验证请求用一条 curl 命令确认鉴权与模型列表是否生效配置写好了怎么确认它真的生效最直接的办法是用 curl 打一次模型列表接口。这条命令能同时验证两件事你的 Key 是否有效以及 Base URL 是否可达。命令如下curl -sS https://taotoken.net/api/models \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json如果你在 Windows 的 PowerShell 里可以这样写curl.exe -sS https://taotoken.net/api/models -H Authorization: Bearer $env:TAOTOKEN_API_KEY -H Content-Type: application/json执行之后正常返回应该是一个 JSON里面包含模型列表。你会看到类似这样的结构{ data: [ { id: 模型ID-A, object: model }, { id: 模型ID-B, object: model } ] }如果你看到 data 数组里有模型 ID说明鉴权通过、Base URL 正确、模型列表可读。接下来就可以在 OpenClaw 里用这些模型 ID 做调用了。再进一步你可以用 curl 发一次对话请求验证模型是否真的能返回内容curl -sS https://taotoken.net/api/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: 你的模型ID-A, messages: [ { role: user, content: 用一句话说明你已经接通 } ] }如果返回里有 choices 数组并且 content 里有正常文本说明整条链路已经通了。这时候再回到 OpenClaw把默认模型设成这个模型 ID就能跑通第一个调用示例。这里提醒一个细节模型 ID 必须和模型列表里返回的 id 完全一致大小写、连字符都不能错。我见过有人把模型 ID 里的短横线写成下划线结果一直报模型不存在。验证通过之后你可以在 OpenClaw 里做多模型切换。比如默认模型设成模型 A某个任务里指定模型 BOpenClaw 会通过同一个 TaoToken Key 发请求。这就是统一 Key 的价值你不需要为每个模型维护一套凭证。如果你在验证过程中想直接在网页里试模型对话可以用模型对话入口https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite 。它适合快速确认某个模型 ID 是否可用不用写代码。5. 常见报错排查401、local proxy failed、reading choices、OAuth 怎么处理这一节按真实报错来对照。你在 OpenClaw 接入 TaoToken 的过程中最可能遇到下面几类错误。第一类401 Unauthorized。这个最常见原因通常是 Key 没传对。检查三件事环境变量名是否和配置文件里的 api_key_env 一致Key 是否复制完整有没有多余空格请求头是否是 Authorization: Bearer 加 Key。如果你用的是 Claude Code 或 Anthropic 兼容协议请求头可能是 x-api-key具体看文档。401 出现时先用上一节的 curl 命令单独验证 Key排除 OpenClaw 配置的干扰。第二类local proxy failed。这个报错通常出现在你本地有代理设置或者 OpenClaw 尝试走本地代理但代理没启动。处理方式是检查环境变量里的 HTTP_PROXY、HTTPS_PROXY 是否指向了一个不可用的地址。如果你不需要代理直接 unset 掉。另外检查 Base URL 是否写成了 https://taotoken.net/api 不要写成带端口或者带路径的地址。第三类reading choices 相关报错比如 cannot read property choices of undefined。这说明请求发出去了但返回结构不是预期的对话格式。常见原因是模型 ID 写错或者接口路径不对。比如你把 chat completions 的路径写成了别的返回的就不是标准结构。检查你的请求路径是否是 https://taotoken.net/api/chat/completions 模型 ID 是否从模型列表里取的。第四类OAuth 相关报错。如果你用的是 Claude Code 或者某些需要 OAuth 流程的工具可能会遇到 token 过期或者 scope 不足。处理方式是重新走一遍授权流程或者改用 API Key 方式接入。TaoToken 的 API Key 方式不依赖 OAuth配置更简单。如果你在 Claude Code 里接入参考 https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaude-code-anthropicutm_campaignrewrite 里的说明确认 Base URL 和认证头写法。除了这四类还有一个容易忽略的问题模型列表能读到但对话请求报模型不支持。这通常是因为你用的模型 ID 是列表里的但该模型不支持 chat completions 接口或者需要不同的请求参数。解决办法是换一个明确支持对话的模型 ID或者查文档确认接口类型。排查顺序建议是先用 curl 验证 Key 和模型列表再验证单次对话请求最后回到 OpenClaw 配置。这样能把问题范围一步步缩小。不要一上来就改 OpenClaw 的复杂配置那样很难定位。如果你在排查过程中需要重新生成 Key回到控制台https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 。API Keys 页面可以新建和删除 Key。接入文档在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 遇到不确定的字段先查文档。6. 跑通之后OpenClaw 多模型切换的实用建议与下一步当你用一条 curl 命令确认鉴权和模型列表都生效之后OpenClaw 里的多模型调用其实就顺了。我的建议是先把默认模型设成你最常用的那个然后在需要对比或者分发的任务里显式指定其他模型 ID。OpenClaw 的模型配置里可以列多个模型切换时只改 model 字段不用改 Base URL 和 Key。一个实用技巧是把模型 ID 做成常量或者枚举不要在代码里散落字符串。这样模型 ID 变了只需要改一处。另一个技巧是在日志里打印实际使用的模型 ID 和请求耗时方便排查是模型问题还是网络问题。如果你后面要做更复杂的 Agent 任务比如让模型调用工具、多轮规划可以了解 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。它适合长期编码和 Agent 场景配合统一 Key 可以减少很多凭证管理的麻烦。最后再强调一次三件套Base URL 用 https://taotoken.net/api Key 通过环境变量注入Model ID 从模型列表里取。这三样写对OpenClaw 的多模型调用链路就通了。遇到报错先回到 curl 验证不要盲目改配置。跑通第一个调用示例之后再逐步加模型、加任务这样最稳。