我先把结论摁在这：

这事我不太关心“谁更委屈”。我更关心两件更现实的：

1）你作为用户，到底是在买工具，还是在买生态？

2）你作为开发者，写出来的 Skill，未来到底怎么活？

我自己最近在一台 Mac mini 上跑 OpenClaw（还同时跑了 3 个实例），也做了一个自动发文的 Skill，顺手踩过不少坑。

所以我这篇不搞道德评判，讲点能落地的。

1. “抄袭”这俩字，得先问清楚：抄的是啥

很多人一听“抄袭”就把画面脑补成：

  • 代码一行不改，直接搬走
  • 功能照抄，连 UI 都不换

但 Skill 市场这种东西，真没这么简单。

Skill 本质是什么？

  • 一份提示词/规则文件（写得好的那种）
  • 一堆工具调用的约束（比如能不能发消息、能不能读文件）
  • 一套工程化经验：怎么让它“今天能跑、明天也能跑”

你说“抓取并导入”，里面可能混着三种完全不同的行为：

  • 索引：我把你市场的条目抓出来做搜索（类似爬虫做目录）
  • 搬运：我把 Skill 内容复制过去，让用户在我这里直接用
  • 兼容：我做一个运行时，能跑你那边的 Skill（但不复制内容）

这三种在法律和行业默认规则里，分量完全不一样。

所以我建议你别急着站队。

先把问题缩成一句话：“对方到底有没有把 Skill 内容本身搬走？”

如果只是“列了个目录 + 标注来源”，那更像搜索引擎。

如果是“连 Skill 内容都能直接跑”，那就进入真正的商业冲突区了。

2. 真正的矛盾：Skill 不是“作品”，更像“服务”

这里是我最近最痛的一个认知：

你以为你卖的是一个文件。

其实你卖的是后续的维护。

我做过一个知乎自动化的流程（选题→匹配素材→写→去 AI 味→发布→投稿问题）。跑通以后第一反应不是“真爽”，而是：“完了，这玩意儿以后得天天修。”

原因很简单：

  • 知乎编辑器改个按钮位置，你的自动发布就挂
  • 反爬策略一升级，你的流程就开始抽风
  • 平台对 AI 文本的识别规则变了，你得改写作策略

这东西的商品形态更像：

  • 你买一台洗衣机（一次性交付）

但 Skill 更像：

  • 你请了个保洁阿姨（每周来一次，不来你家就脏）

平台方为什么会想“把 Skill 拉进自己体系”？

说白了：它们想把“服务关系”变成“平台关系”。

你作为用户会更省事（一个账号全搞定）。

但开发者就麻烦了：你写的东西随时可能被平台“吸进内置功能”。

这里没有谁天然是坏人。

这就是生态成熟后必然发生的事。

3. 作为普通用户，你该在意的是：可控性，别被“生态”绑架

OpenClaw 这种本地 Agent，核心价值其实只有一个：

你能精确控制它能干什么、不能干什么。

我这台 Mac mini 上跑 3 个实例，互相隔离，各用各的权限。

  • 需要 SSH？我给它单独配密钥
  • 需要飞书？我让它用自己的应用
  • 觉得权限给多了？我就收回（我还真干过，别问）

反过来你看“平台化 SkillHub”这种方向，它的优势也很明显：

  • 统一入口
  • 更省心
  • 上手成本更低

但它天然有一个副作用：可控性下降。

你慢慢会变成：

  • 只能用平台允许的能力
  • 只能在平台规定的边界里折腾
  • 平台一改规则，你只能被动接受

所以我给普通人的建议特别粗暴：

  • 你如果就是“图省事”，平台化 SkillHub 没啥问题
  • 你如果是“靠它吃饭”（做自动化、做一人公司、搞副业），那就别把命门押在一个平台上

我不是说平台一定会坑你。

我说的是：你把命门交出去，就是在赌。

4. 作为开发者，我更关心一件事：你有没有“不可复制的部分”

这事如果最后变成“平台都能把 Skill 抄走”，那是不是就没得玩了？

也不至于。

真正能活下来的 Skill，通常有一部分是平台很难顺手拿走的：

  • 你的真实踩坑经验（比如具体到某个报错、某个坑怎么绕过去）
  • 你的交付流程（你怎么把它跑成一个稳定系统）
  • 你的持续迭代（你每周修一次，平台不一定跟得上）

说白了：

把 Skill 当产品卖，很容易死。把 Skill 当服务交付，反而能活。

这话听着像鸡汤，但我自己踩完坑后，确实是这么回事。

最后：我对这事的态度

我不站队。

我只希望这次争议能把一件事逼出来：

  • Skill 市场到底算“内容平台”还是“软件商店”还是“服务市场”？

规则不清，所有人都会扯皮。

规则清了，大家反而能各干各的。

如果你也在折腾 OpenClaw / AI Agent / Skill 生意，评论区聊。

有些坑不适合公开写太细（你懂的），但你私信我也行。