先说结论OpenClaw 的 Skill 安装流程本身不算复杂但真正让人头疼的是“装完以后不知道它到底生效没有”。我之前在几台不同类型的环境里装同一个 Skill先后遇到过目录不对、依赖缺失、权限不足、版本不兼容等问题绕了一大圈才把流程理顺。OpenClaw 是一个开源的智能助手/自动化执行框架而 Skill 就是它扩展能力的关键单元相当于给这个框架装上“新技能”。这篇文章就把我从零开始装 Skill 的完整思路、具体操作和踩坑记录都摊开来讲适合刚接触 OpenClaw、或者已经被“装了但不生效”折磨过的人。OpenClaw 本身会提供一些基础能力但它不可能把所有功能都内置进去。Skill 机制的意义就在于你只需要把真正用得到的能力装进来按需启用随时卸载不影响主程序稳定。下面我会先解释 Skill 的运行逻辑再讲安装前的准备、三种安装方式、装完后的激活与验证最后把最常见的问题和排查技巧整理成清单希望对你有实际帮助。1. 先搞清楚 OpenClaw 的 Skill 到底是什么1.1 Skill 在 OpenClaw 里的定位把 OpenClaw 想成一个“管家”它天生会听话、会读写文件、会跟你对话但不会主动去抓取网页内容、不会画图表、也不会做定时任务。Skill 就是给这个管家补充的“职业技能包”装一个网页抓取技能它就学会了抓网页装一个图表绘制技能它就学会了生成图表。在文件层面一个标准的 Skill 通常由这么几部分组成manifest.json或类似格式的描述文件记录技能名称、版本、入口脚本、权限声明。这是框架识别该技能的依据相当于“技能身份证”。主执行脚本例如main.py、handler.js里面是真正的逻辑实现。依赖清单例如requirements.txt、package.json用来描述技能运行需要哪些第三方库。说明文档例如README.md或SKILL.md介绍技能用途和参数配置主要是给人和 AI 看的。OpenClaw 在启动时扫描技能目录读取每个 Skill 的 manifest然后按权限声明和入口配置把这个技能注册到自己的调用链路里。换句话说安装 Skill 并不只是“复制个文件夹进去”而是要让框架正确发现、加载、授权并执行这个技能。1.2 为什么是“Skill”而不是写死功能有人可能会问直接把功能写进主程序不就行了为什么要搞成 Skill 这种插件机制我个人的理解是Skill 机制带来几个非常实际的好处。第一按需加载。主程序只需要保持一个小而稳定的核心用不到的技能不用加载内存占用和启动速度都会更好。比如我只想用网页抓取就不需要把画图表那套依赖也装上。第二权限隔离。每个 Skill 可以在 manifest 里声明自己需要哪些权限比如访问网络、读写指定目录。框架会根据这份声明决定是否放行避免一个不可信的脚本拿到全部系统权限。第三升级和回滚简单。某个 Skill 出问题单独卸载或换版本就行不会牵连主程序和其它技能。第四社区协作方便。不同人可以各自维护不同技能按统一的接口规范发布使用者直接装“包”而不是合并代码。可以类比智能家居里的“场景模式”你不需要把灯、空调、窗帘的控制逻辑全部写在同一个开关面板里只需要在需要时启用对应场景。Skill 的本质就是这种“即插即用”的能力单元。理解了这一点后续安装和排查时思路会清晰很多。2. 安装 Skill 前先把环境收拾干净2.1 确认 OpenClaw 本体版本很多人装技能失败第一反应是操作不对但很多时候是版本不匹配。OpenClaw 的 Skill 规范一直在演进不同版本的框架对 manifest 字段、依赖声明方式、权限模型的要求会不一样。旧版本框架可能读不了新版本的 Skill反过来也一样。安装之前先执行openclaw --version确认当前主程序的版本号。接着去你准备安装的 Skill 项目里看它的文档或manifest.json确认它支持的 OpenClaw 版本范围。举个例子某 Skill 在 manifest 里标注requires-openclaw 0.9但你的主程序是 0.8那安装时大概率会收到类似 “unsupported skill manifest version” 的提示。遇到这种情况优先升级主程序而不是硬装。升级方式取决于你当初怎么装的 OpenClaw。如果用的包管理器直接更新对应包如果有自更新命令执行openclaw self-update升级后再次查看版本顺便确认配置文件和历史技能有没有兼容性变化。我的习惯是升级前先备份~/.openclaw目录升级后跑一遍openclaw skills list确认已有技能还在、能被加载。2.2 确认运行时依赖别等出了错再补Skill 是独立脚本但它跑在 OpenClaw 的进程环境里。有的 Skill 依赖 Python 3.10有的依赖 Node.js 18还有的可能需要系统里装了ffmpeg、libxml2这类外部工具。这些依赖如果提前不确认装完技能一调用就会报 module not found 或 command not found。建议先看 Skill 的依赖清单# 如果是 Python 依赖 openclaw skill info skill-name # 或者直接进入技能目录查看 cat requirements.txt然后检查本机环境python3 --version node --version ffmpeg -version缺少哪个就补哪个。这里有个容易踩的坑某些系统自带 Python 版本偏老而你当前 shell 里用的python3可能是 Anaconda 或其它环境里的版本。OpenClaw 执行 Skill 时用的是哪个 Python最好先确认清楚。可以在配置里指定解释器路径或者用虚拟环境来隔离。2.3 目录约定与用户权限决定你能不能看到技能OpenClaw 的 Skill 一般放在这几个层级用户级~/.openclaw/skills/这是最推荐的位置默认用户读写不需要管理员权限。项目级./.openclaw/skills/适合某个项目单独使用一组技能但注意要先进入到对应项目目录启动 OpenClaw 才能加载到。系统级/etc/openclaw/skills/一般不建议个人使用因为权限和升级维护很麻烦。你可以执行openclaw skill path查看当前配置文件指向的技能根目录。我遇到过一种情况技能明明安装到了/etc/openclaw/skills/但当前 OpenClaw 进程是以普通用户身份跑的根本没有该目录的读取权限结果列表里一直看不到这个技能。所以我的建议是非必要不要用 sudo 安装技能到系统级目录。把技能放在用户级目录权限清晰卸载也干净。如果某个技能需要高权限操作尽量通过权限声明和配置来授权而不是直接把整个框架跑在管理员权限下。3. 三种实用的 Skill 安装方式3.1 通过官方市场或索引直接安装这是最省事的方式适合安装已经上架、被验证过的常用技能。OpenClaw 通常提供市场搜索和安装命令。进入市场列表后先搜一下openclaw skill search web找到目标技能后执行安装openclaw skill install webfetch如果希望固定版本方便以后复现可以加版本号openclaw skill install webfetch0.2.1这里有个小细节默认安装最新版虽然简单但“最新”不一定“最稳”。尤其在生产环境或长期维护的项目里建议明确指定版本。安装完成后OpenClaw 一般会显示安装路径和包含的文件数。如果下载远程索引超时或者网络不太稳定可以稍后重试也可以改用离线安装方式。后面会专门讲离线包这里不展开。3.2 从代码仓库手动安装很多 Skill 还没有上官方市场或者你需要的功能在某个仓库的分支里。这种情况下常见做法是把仓库克隆到本地再通过 OpenClaw 的安装器导入。git clone https://example.com/openclaw/skill-webfetch.git cd skill-webfetch openclaw skill install ./skill-webfetch有人图省事会直接手动复制目录cp -r skill-webfetch ~/.openclaw/skills/webfetch这样也不是不行但我建议尽量用openclaw skill install ./path这类安装器命令。原因在于安装器会做几件额外的事比如校验 manifest 是否合法、检查依赖是否满足、把技能信息写入注册文件。直接复制文件夹会跳过后面的校验和注册步骤后续可能产生“目录在但 OpenClaw 不认”的诡异问题。另外如果你是给某个 Skill 做开发调试不想每次都复制进技能目录可以在配置文件里声明外部技能路径。比如在配置里增加external_skills参数指向本地开发目录。这样改完代码立即生效省掉反复安装的麻烦。3.3 手工搭建本地 Skill 并安装还有一种情况是技能还没人做过你需要从零搭一个。这个流程并不神秘本质上就是创建一个符合规范的文件目录。我以创建一个简单的网页抓取技能为例mkdir -p ~/.openclaw/skills/webfetch cd ~/.openclaw/skills/webfetch然后在目录里创建manifest.json{ name: webfetch, version: 0.1.0, description: 抓取网页并提取标题, entry: main.py, dependencies: [python], permissions: [network, filesystem:read] }再创建入口脚本main.py。如果 OpenClaw 需要通过 shebang 找到解释器脚本第一行要写清楚#!/usr/bin/env python3 import sys from urllib.request import urlopen def main(): url sys.argv[1] with urlopen(url, timeout10) as resp: html resp.read().decode(utf-8, ignore) # 简单提取标题实际项目里建议用解析库 start html.find(title) len(title) end html.find(/title) sys.stdout.write(html[start:end]) if __name__ __main__: main()创建完毕后不要直接以为它已经生效。先确认 manifest 里的entry和实际文件名一致执行chmod x main.py openclaw skill reload如果 OpenClaw 能自动发现用户级目录里的新技能reload之后它就会被加载。如果使用openclaw skill install ./安装器会把当前目录复制到正式技能目录适合从开发目录发布到正式技能目录的场景。有一点要提醒manifest 里的name字段会和目录名一起被用来标识技能。如果 manifest 写的是webfetch但目录叫webfetch-copy列表里可能显示webfetch实际路径却是webfetch-copy排查时容易迷惑。我一般会让目录名和 manifest 里的name保持一致。4. 装完不等于生效配置与激活同样关键4.1 在配置文件中启用 Skill有初学者以为“只要装进去了就一定能用”但 OpenClaw 的设计里安装和启用通常是两个步骤。有些版本安装时会默认启用有些则需要你在配置里显式声明。打开主配置文件格式可能是config.toml、config.yaml或config.json找到 skills 相关段落[skills] enabled [webfetch, scheduler] disabled [old_skill_from_last_month] [skills.webfetch] params { default_timeout 10 }enabled列表里出现的技能才会被加载到运行时。disabled里的是你暂时不用、但还想保留的技能。某些技能允许在配置文件里注入参数比如default_timeout这样就不需要改脚本代码灵活性更强。修改配置后执行重载openclaw config reload部分版本不支持热重载那就需要重启 OpenClaw 主进程。判断标准很简单跑一条openclaw skills list如果新技能已经在列表里说明配置生效了如果还没有大概率要重启。4.2 安装 Skill 额外的依赖配置启用只是第一步。如果 Skill 的脚本依赖第三方库你还需要把依赖装好。进入技能目录查看cd ~/.openclaw/skills/webfetch cat requirements.txt然后安装。如果希望尽量不动全局环境可以加--userpip install -r requirements.txt --user如果用的是 Node 生态可能还要执行npm install。如果是编译型依赖例如需要libxml2、ffmpeg之类就需要用系统包管理器安装。这个环节出错率很高尤其是 Python 版本和 pip 版本不一致时。我的建议是在项目目录里创建虚拟环境把 OpenClaw 执行的解释器指到虚拟环境内再把依赖装进虚拟环境。新版 OpenClaw 还支持“隔离技能”模式。安装时带上参数openclaw skill install webfetch --isolated这样每个 Skill 有自己独立的虚拟环境和依赖目录可以避免不同技能之间出现“A 技能要 requests 2.xB 技能要 requests 3.x”这种冲突。代价是磁盘占用会大一点但对于长期使用多技能的场景来说很值得。4.3 验证是否真的生效装完依赖、改完配置怎么知道一个 Skill 是不是真的能跑不要只凭感觉按顺序跑三条命令openclaw skills list openclaw skill info webfetch openclaw skill test webfetch第一条命令确认技能已经被框架发现第二条命令查看 manifest、入口、权限声明是否被正确解析第三条命令会做一次最小化调用输出类似Skill responded OK的结果。如果日志里有[skill] webfetch loaded说明加载链路已经通。如果 test 能跑完说明执行链路也没问题。接下来可以做一个真实的冒烟测试在配置里允许网络权限调用技能抓一个页面标题确认输出符合预期。经过这一套你才能放心把技能交给 AI 调用。日志文件通常在~/.openclaw/logs/openclaw.log排查时直接看启动阶段和调用阶段有没有异常。验证这一步别省后面很多问题其实都出在“以为生效了但根本没加载”上。5. 平时最常遇到的几个问题与排查技巧5.1 明明装了但技能列表里看不到这是出现频率最高的问题。可能的原因有好几个我按检查顺序列一下一是安装位置不对。如果技能装到了项目级目录但 OpenClaw 是在别的目录启动的当然扫描不到。先openclaw skill path查看当前根目录。二是配置里的enabled没写。装好了但没启用列表里不会出现。把技能名加进[skills] enabled再重载。三是 manifest 解析失败。比如 JSON 里多了一个逗号、字段名写错框架默认识别不了。可以用openclaw skills list --debug查看具体错误提示。四是大小写不一致。目录名是WebFetch配置里写webfetch在某些区分大小写的系统上就匹配不上。统一用小写命名最省心。遇到这种问题时不要急着卸载重装先看 debug 输出往往一句报错就能定位。5.2 加载了但调用时报 command not found技能列表里能看到说明框架已经识别但真正调用时却提示找不到命令。常见原因是入口脚本没有被正确执行。检查三个方面第一入口文件是否写了正确的 shebang。如果 entry 是main.py并且主进程是 Python 环境那么脚本第一行要写#!/usr/bin/env python3并给脚本加执行权限chmod x ~/.openclaw/skills/webfetch/main.py第二如果是在 Windows 环境shebang 可能不生效。这种情况下可以在 manifest 里把entry改成明确命令例如entry: python main.py让框架调用系统解释器。第三脚本依赖的包没装齐也会抛 module not found不过日志里写的是包名不会误报成 command not found。可以用openclaw skill doctor skill-name做一次依赖检查。5.3 加载时直接报 permission denied 或安全拦截OpenClaw 对 Skill 是有权限管控的。如果 manifest 里声明了需要网络权限但框架默认禁止那么在调用时可能直接被拦截。这时候要区分是“框架权限”还是“系统权限”。系统权限问题表现为技能目录或脚本文件对其他用户不可读、不可执行。解决方案是调整文件权限或把技能放在当前用户可访问的目录里。框架权限问题表现为日志里出现blocked by policy、permission not granted之类提示。你需要查看技能声明的权限并在配置文件里授权[skills.webfetch.permissions] network true filesystem.write true这里要特别提醒不要为了图省事把所有权限全部打开。尤其是从第三方来源下载的 Skill本质上是让别人的代码跑在你的系统里。安装前最好快速浏览一下 manifest 和入口脚本确认它没有做和描述无关的事比如读取隐私文件、外传数据。安全意识和操作技能同样重要。6. 个人实操中踩过的几个坑有必要单独说一下6.1 安装旧版本把新版本覆盖了有一次我想回退技能版本测试直接执行openclaw skill install webfetch0.1.0结果提示技能已存在我以为需要加--force就加上了。这一下确实把 0.2.1 覆盖成了 0.1.0。问题在于我那个项目的其它配置是为 0.2.1 写的覆盖后接口参数对不上折腾了半天才发现是版本问题。现在我的习惯是升级或降级前先导出备份或者复制一份技能目录。并且尽量用明确的版本号安装不让“latest”这种模糊标签出现在长期维护环境里。如果 OpenClaw 支持版本历史可以用类似openclaw skill history webfetch的命令确认当前状态。6.2 卸载后缓存残留重装出现重复条目有一次我卸载了某个开发中的技能然后重新安装同名的另一个版本结果列表里出现了两个相同名字的条目一个能调用一个报错。后来发现是缓存目录里残留了旧 manifest 信息。解决办法是卸载时清理完整openclaw skill uninstall webfetch --purge如果框架没有 purge 参数就手动检查缓存目录例如~/.openclaw/cache/skills/webfetch删除对应目录再重装。这个过程提醒我安装类操作比想象中更依赖“状态一致”不要以为删除目录就等于卸载干净。6.3 日志级别默认不够排查时会两眼一抹黑“装了但没生效”这类问题如果只看正常的日志输出信息量太少。后来我习惯在排查时主动把日志级别调高或者启动时带 debugopenclaw --debug skill test webfetchdebug 输出里能看到框架扫描技能目录的过程、解析 manifest 的具体字段、加载入口时的完整命令、权限检查结果等等。有了这些信息基本按图索骥就能定位。我现在养成的流程是所有新 Skill 先只在用户级目录安装第一次运行全部开 debug确认日志出现 loaded 并且 test 通过再放到日常环境里。这个流程看起来慢实际最省时间。如果你马上要装第一个 Skill建议也按这个节奏走一遍能避开我在前几台环境里踩过的大多数坑。 
长河君 · 2026/10/17 18:29:59 · 阅读 1.2k OpenClaw Skill安装实战：从环境准备到生效验证与踩坑排查
先说结论OpenClaw 的 Skill 安装流程本身不算复杂但真正让人头疼的是“装完以后不知道它到底生效没有”。我之前在几台不同类型的环境里装同一个 Skill先后遇到过目录不对、依赖缺失、权限不足、版本不兼容等问题绕了一大圈才把流程理顺。OpenClaw 是一个开源的智能助手/自动化执行框架而 Skill 就是它扩展能力的关键单元相当于给这个框架装上“新技能”。这篇文章就把我从零开始装 Skill 的完整思路、具体操作和踩坑记录都摊开来讲适合刚接触 OpenClaw、或者已经被“装了但不生效”折磨过的人。OpenClaw 本身会提供一些基础能力但它不可能把所有功能都内置进去。Skill 机制的意义就在于你只需要把真正用得到的能力装进来按需启用随时卸载不影响主程序稳定。下面我会先解释 Skill 的运行逻辑再讲安装前的准备、三种安装方式、装完后的激活与验证最后把最常见的问题和排查技巧整理成清单希望对你有实际帮助。1. 先搞清楚 OpenClaw 的 Skill 到底是什么1.1 Skill 在 OpenClaw 里的定位把 OpenClaw 想成一个“管家”它天生会听话、会读写文件、会跟你对话但不会主动去抓取网页内容、不会画图表、也不会做定时任务。Skill 就是给这个管家补充的“职业技能包”装一个网页抓取技能它就学会了抓网页装一个图表绘制技能它就学会了生成图表。在文件层面一个标准的 Skill 通常由这么几部分组成manifest.json或类似格式的描述文件记录技能名称、版本、入口脚本、权限声明。这是框架识别该技能的依据相当于“技能身份证”。主执行脚本例如main.py、handler.js里面是真正的逻辑实现。依赖清单例如requirements.txt、package.json用来描述技能运行需要哪些第三方库。说明文档例如README.md或SKILL.md介绍技能用途和参数配置主要是给人和 AI 看的。OpenClaw 在启动时扫描技能目录读取每个 Skill 的 manifest然后按权限声明和入口配置把这个技能注册到自己的调用链路里。换句话说安装 Skill 并不只是“复制个文件夹进去”而是要让框架正确发现、加载、授权并执行这个技能。1.2 为什么是“Skill”而不是写死功能有人可能会问直接把功能写进主程序不就行了为什么要搞成 Skill 这种插件机制我个人的理解是Skill 机制带来几个非常实际的好处。第一按需加载。主程序只需要保持一个小而稳定的核心用不到的技能不用加载内存占用和启动速度都会更好。比如我只想用网页抓取就不需要把画图表那套依赖也装上。第二权限隔离。每个 Skill 可以在 manifest 里声明自己需要哪些权限比如访问网络、读写指定目录。框架会根据这份声明决定是否放行避免一个不可信的脚本拿到全部系统权限。第三升级和回滚简单。某个 Skill 出问题单独卸载或换版本就行不会牵连主程序和其它技能。第四社区协作方便。不同人可以各自维护不同技能按统一的接口规范发布使用者直接装“包”而不是合并代码。可以类比智能家居里的“场景模式”你不需要把灯、空调、窗帘的控制逻辑全部写在同一个开关面板里只需要在需要时启用对应场景。Skill 的本质就是这种“即插即用”的能力单元。理解了这一点后续安装和排查时思路会清晰很多。2. 安装 Skill 前先把环境收拾干净2.1 确认 OpenClaw 本体版本很多人装技能失败第一反应是操作不对但很多时候是版本不匹配。OpenClaw 的 Skill 规范一直在演进不同版本的框架对 manifest 字段、依赖声明方式、权限模型的要求会不一样。旧版本框架可能读不了新版本的 Skill反过来也一样。安装之前先执行openclaw --version确认当前主程序的版本号。接着去你准备安装的 Skill 项目里看它的文档或manifest.json确认它支持的 OpenClaw 版本范围。举个例子某 Skill 在 manifest 里标注requires-openclaw 0.9但你的主程序是 0.8那安装时大概率会收到类似 “unsupported skill manifest version” 的提示。遇到这种情况优先升级主程序而不是硬装。升级方式取决于你当初怎么装的 OpenClaw。如果用的包管理器直接更新对应包如果有自更新命令执行openclaw self-update升级后再次查看版本顺便确认配置文件和历史技能有没有兼容性变化。我的习惯是升级前先备份~/.openclaw目录升级后跑一遍openclaw skills list确认已有技能还在、能被加载。2.2 确认运行时依赖别等出了错再补Skill 是独立脚本但它跑在 OpenClaw 的进程环境里。有的 Skill 依赖 Python 3.10有的依赖 Node.js 18还有的可能需要系统里装了ffmpeg、libxml2这类外部工具。这些依赖如果提前不确认装完技能一调用就会报 module not found 或 command not found。建议先看 Skill 的依赖清单# 如果是 Python 依赖 openclaw skill info skill-name # 或者直接进入技能目录查看 cat requirements.txt然后检查本机环境python3 --version node --version ffmpeg -version缺少哪个就补哪个。这里有个容易踩的坑某些系统自带 Python 版本偏老而你当前 shell 里用的python3可能是 Anaconda 或其它环境里的版本。OpenClaw 执行 Skill 时用的是哪个 Python最好先确认清楚。可以在配置里指定解释器路径或者用虚拟环境来隔离。2.3 目录约定与用户权限决定你能不能看到技能OpenClaw 的 Skill 一般放在这几个层级用户级~/.openclaw/skills/这是最推荐的位置默认用户读写不需要管理员权限。项目级./.openclaw/skills/适合某个项目单独使用一组技能但注意要先进入到对应项目目录启动 OpenClaw 才能加载到。系统级/etc/openclaw/skills/一般不建议个人使用因为权限和升级维护很麻烦。你可以执行openclaw skill path查看当前配置文件指向的技能根目录。我遇到过一种情况技能明明安装到了/etc/openclaw/skills/但当前 OpenClaw 进程是以普通用户身份跑的根本没有该目录的读取权限结果列表里一直看不到这个技能。所以我的建议是非必要不要用 sudo 安装技能到系统级目录。把技能放在用户级目录权限清晰卸载也干净。如果某个技能需要高权限操作尽量通过权限声明和配置来授权而不是直接把整个框架跑在管理员权限下。3. 三种实用的 Skill 安装方式3.1 通过官方市场或索引直接安装这是最省事的方式适合安装已经上架、被验证过的常用技能。OpenClaw 通常提供市场搜索和安装命令。进入市场列表后先搜一下openclaw skill search web找到目标技能后执行安装openclaw skill install webfetch如果希望固定版本方便以后复现可以加版本号openclaw skill install webfetch0.2.1这里有个小细节默认安装最新版虽然简单但“最新”不一定“最稳”。尤其在生产环境或长期维护的项目里建议明确指定版本。安装完成后OpenClaw 一般会显示安装路径和包含的文件数。如果下载远程索引超时或者网络不太稳定可以稍后重试也可以改用离线安装方式。后面会专门讲离线包这里不展开。3.2 从代码仓库手动安装很多 Skill 还没有上官方市场或者你需要的功能在某个仓库的分支里。这种情况下常见做法是把仓库克隆到本地再通过 OpenClaw 的安装器导入。git clone https://example.com/openclaw/skill-webfetch.git cd skill-webfetch openclaw skill install ./skill-webfetch有人图省事会直接手动复制目录cp -r skill-webfetch ~/.openclaw/skills/webfetch这样也不是不行但我建议尽量用openclaw skill install ./path这类安装器命令。原因在于安装器会做几件额外的事比如校验 manifest 是否合法、检查依赖是否满足、把技能信息写入注册文件。直接复制文件夹会跳过后面的校验和注册步骤后续可能产生“目录在但 OpenClaw 不认”的诡异问题。另外如果你是给某个 Skill 做开发调试不想每次都复制进技能目录可以在配置文件里声明外部技能路径。比如在配置里增加external_skills参数指向本地开发目录。这样改完代码立即生效省掉反复安装的麻烦。3.3 手工搭建本地 Skill 并安装还有一种情况是技能还没人做过你需要从零搭一个。这个流程并不神秘本质上就是创建一个符合规范的文件目录。我以创建一个简单的网页抓取技能为例mkdir -p ~/.openclaw/skills/webfetch cd ~/.openclaw/skills/webfetch然后在目录里创建manifest.json{ name: webfetch, version: 0.1.0, description: 抓取网页并提取标题, entry: main.py, dependencies: [python], permissions: [network, filesystem:read] }再创建入口脚本main.py。如果 OpenClaw 需要通过 shebang 找到解释器脚本第一行要写清楚#!/usr/bin/env python3 import sys from urllib.request import urlopen def main(): url sys.argv[1] with urlopen(url, timeout10) as resp: html resp.read().decode(utf-8, ignore) # 简单提取标题实际项目里建议用解析库 start html.find(title) len(title) end html.find(/title) sys.stdout.write(html[start:end]) if __name__ __main__: main()创建完毕后不要直接以为它已经生效。先确认 manifest 里的entry和实际文件名一致执行chmod x main.py openclaw skill reload如果 OpenClaw 能自动发现用户级目录里的新技能reload之后它就会被加载。如果使用openclaw skill install ./安装器会把当前目录复制到正式技能目录适合从开发目录发布到正式技能目录的场景。有一点要提醒manifest 里的name字段会和目录名一起被用来标识技能。如果 manifest 写的是webfetch但目录叫webfetch-copy列表里可能显示webfetch实际路径却是webfetch-copy排查时容易迷惑。我一般会让目录名和 manifest 里的name保持一致。4. 装完不等于生效配置与激活同样关键4.1 在配置文件中启用 Skill有初学者以为“只要装进去了就一定能用”但 OpenClaw 的设计里安装和启用通常是两个步骤。有些版本安装时会默认启用有些则需要你在配置里显式声明。打开主配置文件格式可能是config.toml、config.yaml或config.json找到 skills 相关段落[skills] enabled [webfetch, scheduler] disabled [old_skill_from_last_month] [skills.webfetch] params { default_timeout 10 }enabled列表里出现的技能才会被加载到运行时。disabled里的是你暂时不用、但还想保留的技能。某些技能允许在配置文件里注入参数比如default_timeout这样就不需要改脚本代码灵活性更强。修改配置后执行重载openclaw config reload部分版本不支持热重载那就需要重启 OpenClaw 主进程。判断标准很简单跑一条openclaw skills list如果新技能已经在列表里说明配置生效了如果还没有大概率要重启。4.2 安装 Skill 额外的依赖配置启用只是第一步。如果 Skill 的脚本依赖第三方库你还需要把依赖装好。进入技能目录查看cd ~/.openclaw/skills/webfetch cat requirements.txt然后安装。如果希望尽量不动全局环境可以加--userpip install -r requirements.txt --user如果用的是 Node 生态可能还要执行npm install。如果是编译型依赖例如需要libxml2、ffmpeg之类就需要用系统包管理器安装。这个环节出错率很高尤其是 Python 版本和 pip 版本不一致时。我的建议是在项目目录里创建虚拟环境把 OpenClaw 执行的解释器指到虚拟环境内再把依赖装进虚拟环境。新版 OpenClaw 还支持“隔离技能”模式。安装时带上参数openclaw skill install webfetch --isolated这样每个 Skill 有自己独立的虚拟环境和依赖目录可以避免不同技能之间出现“A 技能要 requests 2.xB 技能要 requests 3.x”这种冲突。代价是磁盘占用会大一点但对于长期使用多技能的场景来说很值得。4.3 验证是否真的生效装完依赖、改完配置怎么知道一个 Skill 是不是真的能跑不要只凭感觉按顺序跑三条命令openclaw skills list openclaw skill info webfetch openclaw skill test webfetch第一条命令确认技能已经被框架发现第二条命令查看 manifest、入口、权限声明是否被正确解析第三条命令会做一次最小化调用输出类似Skill responded OK的结果。如果日志里有[skill] webfetch loaded说明加载链路已经通。如果 test 能跑完说明执行链路也没问题。接下来可以做一个真实的冒烟测试在配置里允许网络权限调用技能抓一个页面标题确认输出符合预期。经过这一套你才能放心把技能交给 AI 调用。日志文件通常在~/.openclaw/logs/openclaw.log排查时直接看启动阶段和调用阶段有没有异常。验证这一步别省后面很多问题其实都出在“以为生效了但根本没加载”上。5. 平时最常遇到的几个问题与排查技巧5.1 明明装了但技能列表里看不到这是出现频率最高的问题。可能的原因有好几个我按检查顺序列一下一是安装位置不对。如果技能装到了项目级目录但 OpenClaw 是在别的目录启动的当然扫描不到。先openclaw skill path查看当前根目录。二是配置里的enabled没写。装好了但没启用列表里不会出现。把技能名加进[skills] enabled再重载。三是 manifest 解析失败。比如 JSON 里多了一个逗号、字段名写错框架默认识别不了。可以用openclaw skills list --debug查看具体错误提示。四是大小写不一致。目录名是WebFetch配置里写webfetch在某些区分大小写的系统上就匹配不上。统一用小写命名最省心。遇到这种问题时不要急着卸载重装先看 debug 输出往往一句报错就能定位。5.2 加载了但调用时报 command not found技能列表里能看到说明框架已经识别但真正调用时却提示找不到命令。常见原因是入口脚本没有被正确执行。检查三个方面第一入口文件是否写了正确的 shebang。如果 entry 是main.py并且主进程是 Python 环境那么脚本第一行要写#!/usr/bin/env python3并给脚本加执行权限chmod x ~/.openclaw/skills/webfetch/main.py第二如果是在 Windows 环境shebang 可能不生效。这种情况下可以在 manifest 里把entry改成明确命令例如entry: python main.py让框架调用系统解释器。第三脚本依赖的包没装齐也会抛 module not found不过日志里写的是包名不会误报成 command not found。可以用openclaw skill doctor skill-name做一次依赖检查。5.3 加载时直接报 permission denied 或安全拦截OpenClaw 对 Skill 是有权限管控的。如果 manifest 里声明了需要网络权限但框架默认禁止那么在调用时可能直接被拦截。这时候要区分是“框架权限”还是“系统权限”。系统权限问题表现为技能目录或脚本文件对其他用户不可读、不可执行。解决方案是调整文件权限或把技能放在当前用户可访问的目录里。框架权限问题表现为日志里出现blocked by policy、permission not granted之类提示。你需要查看技能声明的权限并在配置文件里授权[skills.webfetch.permissions] network true filesystem.write true这里要特别提醒不要为了图省事把所有权限全部打开。尤其是从第三方来源下载的 Skill本质上是让别人的代码跑在你的系统里。安装前最好快速浏览一下 manifest 和入口脚本确认它没有做和描述无关的事比如读取隐私文件、外传数据。安全意识和操作技能同样重要。6. 个人实操中踩过的几个坑有必要单独说一下6.1 安装旧版本把新版本覆盖了有一次我想回退技能版本测试直接执行openclaw skill install webfetch0.1.0结果提示技能已存在我以为需要加--force就加上了。这一下确实把 0.2.1 覆盖成了 0.1.0。问题在于我那个项目的其它配置是为 0.2.1 写的覆盖后接口参数对不上折腾了半天才发现是版本问题。现在我的习惯是升级或降级前先导出备份或者复制一份技能目录。并且尽量用明确的版本号安装不让“latest”这种模糊标签出现在长期维护环境里。如果 OpenClaw 支持版本历史可以用类似openclaw skill history webfetch的命令确认当前状态。6.2 卸载后缓存残留重装出现重复条目有一次我卸载了某个开发中的技能然后重新安装同名的另一个版本结果列表里出现了两个相同名字的条目一个能调用一个报错。后来发现是缓存目录里残留了旧 manifest 信息。解决办法是卸载时清理完整openclaw skill uninstall webfetch --purge如果框架没有 purge 参数就手动检查缓存目录例如~/.openclaw/cache/skills/webfetch删除对应目录再重装。这个过程提醒我安装类操作比想象中更依赖“状态一致”不要以为删除目录就等于卸载干净。6.3 日志级别默认不够排查时会两眼一抹黑“装了但没生效”这类问题如果只看正常的日志输出信息量太少。后来我习惯在排查时主动把日志级别调高或者启动时带 debugopenclaw --debug skill test webfetchdebug 输出里能看到框架扫描技能目录的过程、解析 manifest 的具体字段、加载入口时的完整命令、权限检查结果等等。有了这些信息基本按图索骥就能定位。我现在养成的流程是所有新 Skill 先只在用户级目录安装第一次运行全部开 debug确认日志出现 loaded 并且 test 通过再放到日常环境里。这个流程看起来慢实际最省时间。如果你马上要装第一个 Skill建议也按这个节奏走一遍能避开我在前几台环境里踩过的大多数坑。