18个技能一夜搬家:从灵犀Claw搬到Comate,我是真香了

Lv.4 核心创作者
🚀 18 个技能一夜搬家:从灵犀 Claw 搬到 Comate,我是真香了
古老师实话说,今天搞了件大事。
把 WPS 灵犀 Claw 里攒了大半年的 18 个技能,一股脑全搬到 WPS Comate 桌面端了。
不是简单复制粘贴——是带着备份、带着去重、带着上传云端一条龙。
为啥要搬?
最大问题在于,灵犀 Claw 是云端工具,Comate 是企业大脑AI 助手。两个工具各自管一套技能,互不相通。我好不容易在灵犀调通的多维表拆行脚本、PMC 去 AI 味词库、生产排程算法,Comate 这边看不见,每次还得手动复制路径。
说白了,就是重复劳动。
今天这一通操作下来,发现 Comate 这边的 skill 系统其实做得更细,UI 更友好,命令也规范。
下面把这套"搬家"流程原原本本拆给你看,看完你也能照着搬。
一、先把家底摸清
我第一步没急着动手,而是先做了件事——摸清两边到底有啥。
灵犀的技能目录在这儿:
C:\Users\gugej\AppData\Roaming\WPS 灵犀\serverdir\user_skills打开一看,22 个文件夹加 1 个 zip、1 个回收站。名字统一是"古-xxx"开头,比如:
古-个人画像
古-去AI味
古-多维表AI写公式
古-生产排程
古-公众号发布
古-飞书转文档
……
Comate 这边在另一个目录:
C:\Users\gugej\.wpscomate\agent\skills分四块:builtin(内置)、official(官方)、custom(自定义)、preset(预设)。
发现 Comate 已经有几个功能重叠的技能了——比如官方有 aps-scheduler、custom 有 url-to-apk、custom 有 article-to-ppt。
重复就是浪费,这是常识。
二、识别 6 个"空壳"和 3 组重复
光看名字不够,得点开看内容。这一步踩了几个坑,我得给你提个醒。
坑 1:空壳技能
具体名单:
技能 | 问题 |
custom/url-to-apk | 描述写 build_apk.py,实际不存在 |
custom/article-to-ppt | 描述写 generate_slides.py,实际不存在 |
official/injection-scheduler | 描述写 schedule.py,实际不存在 |
custom/ppt-generator | scripts/ 整个空目录 |
custom/aps-scheduler | 实际有脚本,但是被新版覆盖 |
gu-multidim-formula | 灵犀源里就只有 9 行字 |
为啥会有空壳? 推测是开发到一半,代码没写完,文档先发了。这种技能被 LLM 加载后,它会以为自己能调用脚本,结果硬性失败或者瞎糊。
坑 2:功能重复
重叠组 | 成员 | 保留谁 |
排程 | 灵犀古-生产排程 + 官方 injection-scheduler + custom aps-scheduler | 灵犀那个最全(3 场景都有) |
公式 | 灵犀古-多维表AI写公式 + 官方 gulaoshi-formula-2-0 | 灵犀那个覆盖八大能力 |
APK | 灵犀古-网页转APK + custom url-to-apk | 灵犀那个脚本齐全 |
PPT | 灵犀古-智能文档与演示互转 + custom article-to-ppt + custom ppt-generator | 灵犀那个支持双向转换 |
坑 3:内部重复
灵犀目录里居然有 3 个多维表脚本技能——
古-多维表操作脚本
古-多维表格操作调整技能
古-多维表格脚本技能
前两个基本就是拆行、调列宽、复制备份这些的子集,只保留名字最具体的"古-多维表格脚本技能"就够了。
三、备份!备份!备份!
动手前第一条铁律:先备份。
我做了两层备份:
第一层:装 Comate 前,把 custom/ 整个目录复制成 custom.bak-20260811/
第二层:开始清理前,再复制一份成 custom.bak-before-cleanup/
为啥两层?因为:
教训:永远不要假设"我不会删错"——人都会犯错。
四、批量安装:14 个技能一次到位
筛完重复,灵犀 18 个里实际值得装的是 14 个。
操作很简单——用 cp -r 一个个复制过去,但有一个细节必须改:
灵犀的技能名是 古-xxx,目录名也是 古-xxx,但装到 Comate 之后目录名必须跟 SKILL.md 里的 name 字段对齐。
为啥?Comate 解析 SKILL.md 时会读 name: gu-xxx,如果跟目录名对不上,list 出来的 description 就是空字符串。
我的处理流程:
cp -r 古-xxx custom/gu-xxx —— 目录改名
改 SKILL.md 里的 name: 古-xxx → name: gu-xxx
去掉 description 里的引号包裹(YAML 解析问题)
调 skill list 验证,14 个全部 active
改名对照表(给大家参考):
灵犀名 | Comate 名 |
古-个人画像 | gu-profile |
古-公众号发布 | gu-article-publish |
古-去AI味 | gu-pmc-deai |
古-生产排程 | gu-aps-scheduler |
古-网页转APK | gu-url-to-apk |
…… | …… |
五、去重:4 删 1 修
装完 14 个,又回头把重复的干掉。
直接删的 4 个:
rm -rf custom/aps-scheduler # 已被 gu-aps-scheduler 覆盖
rm -rf custom/article-to-ppt # 空壳
rm -rf custom/url-to-apk # 空壳
skill delete official/injection-scheduler # 空壳修复 1 个:
gu-multidim-airscript 上传云端时失败,错误是"缺少 YAML frontmatter"。
原因:我之前手动改 frontmatter 时,把开头的 --- 闭合标记给弄丢了。
- (空)
+ ---
name: gu-multidim-airscript
display_name: ...
description: ...
---补上 --- 重新上传,OK。
这种事就是吃过亏才记得住。
六、13 个上传到云端:留作云端备份
最后一步是把 13 个技能传到云端(删了 1 个 gu-multidim-formula,因为是空壳)。
为啥传云端?两个原因:
走的官方 skill-manager 工具,命令很简单:
python skill-manager/scripts/upload_skill.py gu-profile --status personal13 个技能都加 --status personal,只设个人可见——这些都是我自己用的,没必要让全公司看见。
上传结果:
技能 | Skill ID | 状态 |
gu-profile | 21603 | 👤 个人 |
gu-aps-scheduler | 21604 | 👤 个人 |
gu-article-publish | 21605 | 👤 个人 |
…… | …… | …… |
gu-multidim-airscript | 21615 | 👤 个人 |
13 个全部 ✅,版本统一 1.0.0。
七、整套操作的复盘
回头看,整套流程其实就 5 步:
摸家底——看清两边各有啥
识别空壳和重复——点开文件看实际内容
备份——装前一层、清理前一层
改名+安装——目录名跟 SKILL.md name 对齐
去重+上传——本地瘦身,云端备份
最后发现:
灵犀 18 个 → 实际可装 14 个
14 个 → 内部 1 个空壳修好
13 个上传云端做备份
4 个旧的 custom 直接删
1 个官方 injection-scheduler 删
整个过程花了 1 小时,但以后再搬家就快了。
八、给同样想搬家的同学 3 条建议
第一,备份是底线,不要省。哪怕你觉得自己不会犯错。
第二,文件实际有才算数。SKILL.md 写得再漂亮,scripts/ 是空的就别指望它能跑。
第三,默认 personal,不要一上来就 org。等你真用顺手了,再考虑开放给团队。
真香。
古老师(古哥计划)|中小制造数字化专家|金山 KVP(金山办公最有价值专家)|金山多维表格应用场景专家|金山 WPS 社区优秀创作者
深耕中小制造业数字化落地,擅长用 WPS 多维表格 + AI 低代码方案,帮工厂快速搭建进销存、生产计划、质量追溯等轻量化系统。不用复杂 IT,低成本落地,已服务数百家制造企业,实战经验丰富。
#多维表格 #WPS灵犀 #WPSComate #技能迁移 #工厂管理 #AI应用