1. 为什么你的 OpenClaw 装完还是“只会聊天”很多人把 OpenClaw 装好、跑通对话之后就停在“能聊天”这一步了。你让它查个资料它把网页标题复述一遍你让它记住上周的需求下次见面它又失忆你让它去某个页面点一下按钮它直接回你“这个我做不到”。问题不在模型而在于你还没给它挂上 Skill。Skill 可以理解成给 Agent 打包好的“能力插件”一个文件夹里通常放着三样东西skill.yaml是名片写清名称、描述、触发关键词SKILL.md是说明书用自然语言写清使用场景和操作步骤script.py或参考文件是执行体真正干活的部分。Agent 靠名片做意图匹配命中后才加载说明书需要执行时再调脚本这种渐进式加载能省下大量 Token。这篇聚焦一个具体角度已经装好 OpenClaw、但只停留在对话的开发者怎么把 TaoToken 作为统一 Key/API 通道接进去再挂上 3 个高下载量 Skill让“龙虾”真正动手干活。我会给出可复制的config.toml骨架、Skill 挂载示例以及一套验证 Skill 是否真的调用了工具的动作清单。适合手里有 OpenClaw、想把它从聊天框变成执行体的人。2. 前置用 TaoToken 统一 Key 与 API 通道在挂 Skill 之前先把模型通道理顺。OpenClaw 本身不绑定某一家模型它需要一个能稳定调用的 API 入口。TaoToken 在这里扮演的角色是统一通道你申请一个 Key就能在 OpenClaw 里通过同一套地址访问不同模型省去为每个 Skill 单独配 Key 的麻烦。先拿到 Key。打开官网https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content进入控制台创建 API Key地址是https://taotoken.net/console。创建后复制那串sk-开头的密钥后面写进配置。这里有个容易踩的坑OpenClaw 的模型调用和 Skill 里的 CLI 工具比如 Summarize可能读的是不同环境变量。我的做法是统一在 shell 里导出再让配置文件引用避免“对话能用、Skill 报 401”这种割裂情况。# 写入 shell 配置让 OpenClaw 和 Skill CLI 都能读到 export TAOTOKEN_API_KEYsk-你的密钥 export OPENAI_API_KEY$TAOTOKEN_API_KEY export OPENAI_BASE_URLhttps://taotoken.net/api注意OPENAI_BASE_URL用https://taotoken.net/api不要带任何查询参数。很多 CLI 工具会在这个地址后面自动拼/v1/chat/completions你多写一段反而会 404。如果你打算长期跑编码类或 Agent 类任务可以顺带看下 Coding Plan它更适合高频调用场景https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content。接入细节和参数说明在文档里https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content。3. 可复制配置config.toml 骨架与 Skill 挂载OpenClaw 的主配置一般在~/.openclaw/config.toml。下面这份骨架把模型通道指向 TaoToken同时预留了 Skill 目录和 Hook 开关你可以直接抄。# ~/.openclaw/config.toml [model] provider openai-compatible base_url https://taotoken.net/api api_key_env TAOTOKEN_API_KEY default_model openai/gpt-5.2 # 需要换模型时改这里不用动 Skill [workspace] path ~/.openclaw/workspace skills_dir ~/.openclaw/workspace/skills [hooks] enabled true dir ~/.openclaw/hooks [skills] # 显式声明要加载的 Skill避免全量扫描拖慢启动 enabled [ self-improving-agent, summarize, agent-browser, ]配置写完后把三个 Skill 装进skills_dir。最省事的方式是直接把链接发给 OpenClaw 让它自己装三个都适用帮我安装这个 skill: https://clawhub.ai/pskoett/self-improving-agent 帮我安装这个 skill: https://clawhub.ai/steipete/summarize 帮我安装这个 skill: https://clawhub.ai/TheSethRose/agent-browser装完检查目录结构确认每个 Skill 都有名片和说明书ls -1 ~/.openclaw/workspace/skills # 期望看到 # self-improving-agent # summarize # agent-browser cat ~/.openclaw/workspace/skills/summarize/skill.yamlself-improving-agent建议额外启用 Hook这是让它“记住教训”的关键。不启用 Hook每次会话都从零开始启用后会话启动时会自动提醒检查历史记录。cp -r ~/.openclaw/workspace/skills/self-improving-agent/hooks/openclaw \ ~/.openclaw/hooks/self-improvement openclaw hooks enable self-improvement三个 Skill 的分工可以这样理解self-improving-agent管记忆把纠错和需求写进.learnings/Summarize管信息提纯处理网页、PDF、音视频Agent Browser管动手真正打开浏览器点击、填表、抓数据。三者组合起来才覆盖“记住—理解—执行”的闭环。4. 验证请求确认 Skill 真的调用了工具配置好不代表生效。很多人以为挂上 Skill 就完事结果 Agent 还是靠“嘴”回答。下面这套动作清单用来判断 Skill 是否真的触发了工具调用。第一步验证模型通道本身通不通。用 Summarize 做一次最小调用它既走模型又走 CLI能同时暴露两类问题summarize https://example.com --length short如果返回的是网页要点而不是报错说明OPENAI_BASE_URL和 Key 都对。若报 401回去检查环境变量是否在当前 shell 生效若报模型不存在检查--model或配置文件里的模型名。第二步验证 Agent Browser 是否真能操作页面。关键看它有没有返回带e1、e2的引用标记这是“真打开浏览器”的证据agent-browser open https://example.com agent-browser snapshot -i agent-browser click e1 agent-browser closesnapshot -i只列交互元素输出里出现e引用说明浏览器会话起来了。如果它只回你一段文字描述那多半是 Skill 没被加载Agent 在用对话能力“假装”操作。第三步验证记忆是否落盘。故意纠正它一次然后看日志文件有没有新增内容# 在对话里说“不对应该用 git rebase 而不是 git merge” cat ~/.openclaw/workspace/.learnings/LEARNINGS.md文件里出现 correction 记录说明self-improving-agent在工作。再重启一次会话问它类似问题如果它主动提到之前的纠正Hook 也生效了。第四步做一次组合验证。让 Agent 用 Agent Browser 打开一个页面再用 Summarize 总结最后让它把这次流程记进学习日志。三个 Skill 依次被触发才算真正“干活”。5. 本篇常见错排查Skill 装了但对话里不触发。先看config.toml的enabled列表有没有写对名字大小写和连字符要一致。再看skill.yaml里的触发关键词是否覆盖了你的说法必要时在对话里直接点名 Skill。Summarize 报模型错误。它默认模型是google/gemini-3-flash-preview如果你在 TaoToken 侧没开这个模型就显式指定summarize URL --model openai/gpt-5.2。也可以写进~/.summarize/config.json固定下来。Agent Browser 命令找不到。确认 Skill 目录里有可执行入口且agent-browser在 PATH 里。Rust 版和 Node 回退版行为略有差异报错时先跑agent-browser --version确认装的是哪个。Hook 启用后没反应。检查~/.openclaw/hooks/self-improvement目录是否完整复制以及openclaw hooks list里状态是否为 enabled。Hook 只在会话启动时触发中途改配置要重开会话。对话能用但 Skill 报 401。典型的环境变量割裂。Skill CLI 读的是OPENAI_API_KEYOpenClaw 读的是TAOTOKEN_API_KEY两个都要导出别只配一个。改了 config.toml 不生效。OpenClaw 多数配置在启动时加载改完要重启进程。养成改完先openclaw config validate的习惯能提前发现 TOML 语法错误。6. 把通道和 Skill 一次配到位回到最开始那个问题OpenClaw 只能对话不是它不行是通道和 Skill 没接好。TaoToken 负责把 Key 和 API 入口统一让你不用为每个 Skill 单独折腾鉴权三个 Skill 负责把“记忆、提纯、执行”补齐。配置这件事一次做对后面就是反复用。需要再拿一个 Key 或换模型时直接去 API Keys 页面https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content。想先在网页里试模型效果用模型对话https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content。长期跑编码和 Agent 任务Coding Plan 更划算https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content。接入参数有疑问就翻文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content。最后留一个我自己的习惯每次新装 Skill先跑一遍第 4 节那套验证清单确认它真的调用了工具再投入日常使用。装得多不如验证得勤一个确认能用的 Skill胜过五个“看起来装上了”的摆设。
