周红伟：OpenClaw 单用是废物？OpenClaw + Claude Cowork 知识工作插件 Skills 才是王炸

1. 为什么单装 OpenClaw 总觉得差点意思OpenClaw 本身是个很能打的执行框架能跑命令、能读写文件、能接工具但如果你只把它当成一个“会敲终端的助手”用不了几天就会觉得它像个只会干活不会思考的实习生——你让它改个配置它照做你让它整理会议纪要它也能写但每次都要从头交代背景、重复贴规范、手动补上下文。问题不在 OpenClaw而在于它缺一层“知识工作”的封装。Claude Cowork 的知识工作插件Knowledge Work Plugins正好补上这块。它把某个岗位或职能的领域知识、工具连接器、斜杠命令、子智能体打包成一个可复用的插件目录里面全是 Markdown 和 JSON不需要写代码、不需要构建步骤。装好之后Claude 在相关场景会自动调用对应的 Skills你也能用/sales:call-prep、/data:write-query这类命令直接触发固定动作。这套组合适合谁适合每天要处理大量重复性知识工作的岗位产品经理写需求文档、销售准备客户通话、数据分析师写 SQL、法务审合同、运营做竞品简报。如果你只是偶尔问两句、不需要固定流程那单用 OpenClaw 确实够了但只要你希望“同一类任务每次都用同一套标准完成”插件化就是分水岭。我试过把 OpenClaw 和 Cowork 插件接在一起跑最大的感受是OpenClaw 负责执行和调度Cowork 插件负责“知道该怎么做”两者通过统一的 API 通道串起来之后一套配置可以反复用换项目也不用重写提示词。下面把配置骨架、挂载步骤、验证动作和常见坑一次讲清楚。2. 前置准备用 TaoToken 统一 Key 与 API 通道在动手写config.toml和settings.json之前先把接入层理清楚。OpenClaw 和 Claude Cowork 插件都会去调模型接口如果每个组件各自配一套 Key后面排障会非常痛苦。我的做法是用 TaoToken 做统一通道一个 Key 覆盖模型对话、编码计划、插件里的子智能体调用。TaoToken 在这里的角色是“统一入口”你不需要在每个插件目录里散落不同的 endpoint 和 token而是让 OpenClaw 和 Cowork 都指向同一个 API 地址。官网入口在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 基址是 https://taotoken.net/api 这个不加 UTM直接填进配置。具体要准备三样东西第一一个可用的 API Key。去控制台创建地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 创建完复制出来后面填进环境变量。第二确认你要用的模型名。插件里的 Skills 和子智能体会指定模型建议先在模型对话页面确认通道正常地址 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 能正常对话再往下走。第三如果你打算长期跑编码类或 Agent 类任务可以了解下 Coding Plan地址 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 它更适合高频、长会话的场景普通知识工作用按量就够。注意Key 不要硬编码进插件目录里的.mcp.json或settings.json用环境变量引用插件目录是要提交到仓库或分享给同事的。3. 可复制配置config.toml 与 settings.json 骨架这一节是核心直接给可复制的骨架。OpenClaw 侧用config.toml管运行时和模型通道Claude Cowork 侧用settings.json管插件挂载和权限。两者通过同一个 API 基址对齐。3.1 OpenClaw 的 config.toml在 OpenClaw 的配置目录下创建或编辑config.toml下面这份是能直接跑的最小骨架# OpenClaw 运行时配置 [server] host 127.0.0.1 port 8787 log_level info # 统一模型通道指向 TaoToken [model] provider openai-compatible base_url https://taotoken.net/api api_key_env TAOTOKEN_API_KEY default_model claude-sonnet timeout_seconds 120 max_retries 3 # 插件工作区Cowork 插件目录挂到这里 [workspace] root ./workspace plugins_dir ./workspace/plugins skills_auto_load true # 子智能体并发控制知识工作场景别开太高 [agents] max_concurrent 4 default_tools [Read, Write, Grep, Glob]几个关键点解释一下。base_url填https://taotoken.net/api不要带末尾斜杠。api_key_env指向环境变量名实际值在 shell 里 export。plugins_dir是后面挂载 Cowork 插件的地方skills_auto_load true让 Skills 在相关场景自动触发这是插件化能“自动生效”的前提。环境变量这样设export TAOTOKEN_API_KEY你的KeyWindows PowerShell 用$env:TAOTOKEN_API_KEY你的Key。设完可以echo $TAOTOKEN_API_KEY确认一下。3.2 Claude Cowork 的 settings.jsonCowork 侧的settings.json管插件来源、权限和 MCP 连接器。放在 Cowork 的用户配置目录下{ plugins: { marketplaces: [ { name: knowledge-work-plugins, source: anthropics/knowledge-work-plugins } ], installed: [ productivityknowledge-work-plugins, dataknowledge-work-plugins ], autoActivate: true }, model: { baseUrl: https://taotoken.net/api, apiKeyEnv: TAOTOKEN_API_KEY, defaultModel: claude-sonnet }, permissions: { allowFileWrite: true, allowBash: [git:*, npm:*], denyBash: [rm -rf:*] }, mcpServers: { slack: { type: http, url: https://slack.mcp.claude.com/mcp }, notion: { type: http, url: https://mcp.notion.com/mcp } } }installed里先装两个最通用的productivity管任务、日历、日常流程data管数据集查询和可视化。autoActivate: true对应插件装完自动激活。mcpServers按你实际用的工具填不用的一次性删掉避免启动时反复弹授权。3.3 插件目录结构对照Cowork 插件结构是统一的理解这个结构你才知道 Skills 挂在哪插件名/ ├── .claude-plugin/plugin.json # 插件清单 ├── .mcp.json # 工具连接配置 ├── commands/ # 手动调用的斜杠命令 └── skills/ # 自动调用的领域知识 └── skill-name/ ├── SKILL.md # 核心技能说明 └── references/ # 详细参考资料Skills 是“自动调用”的Commands 是“手动触发”的Connectors 通过 MCP 连外部工具。三者都是文件改起来没有编译负担。4. 挂载 Skills 与验证请求配置写完接下来是挂载和验证。这一步做扎实后面排障能省一半时间。4.1 挂载插件市场与安装在 Cowork 里先添加插件市场再装指定插件。命令行方式claude plugin marketplace add anthropics/knowledge-work-plugins claude plugin install productivityknowledge-work-plugins claude plugin install dataknowledge-work-plugins装完插件会自动激活。你可以用claude plugin list确认已安装列表看到productivity和data在列就对了。4.2 把插件目录挂到 OpenClaw 工作区如果你希望 OpenClaw 也能调用这些 Skills把插件目录软链或复制到config.toml里配的plugins_dirmkdir -p ./workspace/plugins ln -s ~/.claude/plugins/productivity ./workspace/plugins/productivity ln -s ~/.claude/plugins/data ./workspace/plugins/data软链的好处是插件更新后 OpenClaw 侧自动同步不用手动复制。4.3 验证请求确认通道和 Skills 都活着先验证模型通道。用 curl 打一发确认 TaoToken 通道正常curl -s https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: claude-sonnet, messages: [{role: user, content: 回复 OK 两个字母}] }返回里能看到choices字段和内容说明 Key 和基址都对。如果返回 401检查 Key返回 404检查base_url是不是多写了路径。再验证 Skills 是否被识别。在 Cowork 会话里输入一个会触发 productivity 技能的问题比如“帮我规划今天的三件优先事项”观察它是否自动加载了对应技能。你也可以直接调斜杠命令确认 Commands 生效/data:write-query 帮我写一条查询最近7天订单量的 SQL如果命令能识别并返回结构化结果说明插件挂载成功。成功结果通常长这样命令被解析、对应 Skill 被调用、输出里带上该职能的固定格式比如 SQL 带注释、字段说明、校验提示。4.4 验证 OpenClaw 侧调用在 OpenClaw 里发一个需要读文件加推理的任务确认它走的是统一通道openclaw run 读取 ./workspace/plugins/data/skills 下的 SKILL.md总结这个技能能做什么能正常返回总结说明 OpenClaw 的config.toml和 Cowork 的settings.json已经对齐到同一个 API 通道。5. 本篇常见错排查配置类问题大多集中在几个固定位置按下面顺序查基本能定位。报错一401 Unauthorized。九成是环境变量没生效。先echo $TAOTOKEN_API_KEY看有没有值再看config.toml里api_key_env拼写是否一致。注意大小写TAOTOKEN_API_KEY和taotoken_api_key不是一回事。报错二404 Not Found。检查base_url。正确值是https://taotoken.net/api不要写成https://taotoken.net/api/v1路径由客户端自己拼。多一段少一段都会 404。报错三插件装了但 Skills 不触发。先确认autoActivate是true再确认plugins_dir路径真实存在。如果用了软链检查链接是否断掉ls -l ./workspace/plugins/。还有一种情况是插件版本和 Cowork 版本不匹配用claude plugin list看版本号必要时重装。报错四MCP 连接器反复弹授权。通常是settings.json里mcpServers配了用不到的服务。把不用的删掉只留实际在用的。另外远程 MCP 必须走 HTTPS本地 stdio 类型的才用command字段。报错五子智能体并发过高导致超时。config.toml里max_concurrent默认给 4如果你机器资源紧张或网络抖动降到 2 试试。timeout_seconds也可以从 120 提到 180。报错六改了 SKILL.md 但行为没变。Skills 有缓存改完需要重启会话或重新加载插件。另外注意 SKILL.md 正文别写太长控制在 3000 字以内详细内容放references/目录这是渐进式披露的设计。提示排障时优先看日志。OpenClaw 的log_level调到debugCowork 侧看会话里的工具调用记录能直接看到请求打到了哪个地址、用了哪个模型。6. 把通道固定下来插件才真正可复用走到这一步你手上应该有一套能跑的配置config.toml管 OpenClaw 运行时和模型通道settings.json管 Cowork 插件挂载和权限两者通过 TaoToken 的 API 基址对齐Skills 自动触发、Commands 手动调用、MCP 连接外部工具。真正让这套东西“可复制”的关键是接入层不要散。插件目录里全是 Markdown 和 JSON天然适合提交到仓库、分享给同事但 Key 和 endpoint 一旦散落在各个插件里分享出去就是灾难。统一走 TaoToken 之后同事拿到你的插件目录只需要自己配一个环境变量就能跑起来。如果你还在逐个插件配 Key、逐个工具配 endpoint建议先把接入层收口。API Key 在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 创建接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 有完整的基址和参数说明。长期跑编码和 Agent 任务的话Coding Plan 页面 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 有对应的方案说明。最后留一个实操建议先把productivity和data两个插件跑通确认 Skills 自动触发、Commands 能调、MCP 能连再往sales、finance、legal这些垂直插件扩。一次装太多排障时你分不清是配置问题还是插件本身的问题。