三大 AI 工具 Skills 横向评测

X Lv4

三大 AI 工具 Skills 横评:谁才是真正的生产力神器?

深度体验 OpenCode、Claude Code、Antigravity 的 Skills 功能,告诉你该选哪个

🎯 写在前面

最近 AI 工具越来越火了,说实话,我每天都要和这仨打交道:OpenCode、Claude Code、Antigravity

但你知道最让我头疼的是什么吗?

就是**每个工具都有不同的”技能系统”**——有的叫 Skills,有的叫 MCP,有的还没名字。咱们普通用户想用个自定义功能,得搞懂一堆概念。

开篇配图
图:AI工具的技能系统

所以这周我就花了整整三天时间,把这三个工具的 Skills 功能从头到尾测了一遍。

今天就把我的真实体验分享给你,帮你省点时间。


💡 问题背景

说实话,最开始我以为三个工具的 Skills 功能应该差不多。

结果呢?

完全不是一回事!

有的工具 Skills 就像”插件商店”,一键安装就好用;
有的像”开发框架”,你得自己写代码;
还有的根本还在”概念阶段”,只有文档没有实际功能。

问题截图
图:三个工具的 Skills 功能差异巨大

更烦的是,网上关于这块的资料少得可怜,官方文档也是写得云里雾里。

我这三天啊,踩了不少坑,总算搞明白了。


🚀 解决方案

简单说,我做了三件事:

  1. 每个工具的 Skills 功能都试了一遍,实际体验了一把
  2. 对比了易用性、扩展性、文档质量三个核心维度
  3. 整理了真实的使用感受和踩坑记录

下面直接上干货。


📋 实战操作

第一步:OpenCode 的 Skills

说实话,OpenCode 的 Skills 是最让我惊艳的。

安装超简单

1
2
3
4
# 我本地已经有了一个公众号文章生成器技能
cd /Users/xiongshuhong/.claude/skills
ls
# 输出:公众号文章生成器/

使用也超方便

1
2
3
我:/公众号文章
OpenCode:✅ Skill 加载成功!
已加载:公众号文章生成器 (wechat-article-generator)

核心特点

  • 本地目录管理 - 把技能放在 ~/.claude/skills/
  • Markdown 配置 - 写一个 SKILL.md 文件就行
  • 自动识别 - OpenCode 启动时自动加载所有技能
  • 无需重启 - 新技能随时用

OpenCode Skills界面
图:OpenCode 的 Skills 管理界面

而且啊,我发现 OpenCode 已经内置了 4 个常用技能:

  • wechat-article-image - 智能配图
  • wechat-formatter - 微信格式转换
  • wechat-article-generator - 公众号文章生成(就是我用的这个)
  • macos-cleaner - Mac 清理助手

总结:OpenCode 的 Skills 就像「App Store」,安装简单、开箱即用。


第二步:Claude Code 的 MCP

Claude Code 不叫 Skills,叫 **MCP (Model Context Protocol)**。

刚开始我还有点懵,这玩意儿是啥?

看了一圈文档才发现,本质也是一个技能系统,但定位更偏向「企业级集成」。

使用方式

1
2
3
4
5
6
7
8
9
// 在 .clauderc 或 config.json 中配置
{
"mcpServers": {
"filesystem": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-filesystem", "/path/to/allowed/files"]
}
}
}

核心特点

  • 协议标准化 - MCP 是 Anthropic 制定的开源协议
  • 企业级安全 - 支持权限控制、审计日志
  • 生态丰富 - 已有 50+ MCP 服务器可用
  • ⚠️ 配置复杂 - 需要写 JSON 配置,技术门槛高

官方生态

  • @modelcontextprotocol/server-filesystem - 文件系统访问
  • @modelcontextprotocol/server-github - GitHub 集成
  • @modelcontextprotocol/server-postgres - PostgreSQL 操作

踩坑点
我第一次配置 MCP 时,JSON 格式写错了,结果 Claude Code 直接报错,连个具体提示都没有。翻了半天日志才发现是逗号问题。

Claude Code MCP配置
图:Claude Code 的 MCP 配置文件

总结:Claude Code 的 MCP 就像「企业 API 网关」,功能强大但配置复杂,适合技术团队。


第三步:Antigravity 的 Skills

说实话,Antigravity 让我有点失望。

作为 Google 的产品,我以为它的 Skills 功能会很成熟。结果呢?

目前阶段:处于预览期,Skills 功能还在开发中。

我翻了官方文档和 GitHub Issues,发现:

  • ❌ 没有「Skills」或类似概念
  • ❌ 没有 MCP 或标准化协议
  • ❌ 只能通过「Prompts 和 Rules」实现自定义功能

替代方案

Antigravity 提供了「Rules」功能,可以设置预定义的指令:

1
2
3
4
Rule: 代码风格检查
- 使用 TypeScript
- 遵循 ESLint 配置
- 所有函数必须有注释

核心特点

  • 内置 Agent 能力 - 可以同时运行 5 个并行 agent
  • 浏览器集成 - 可以操作真实浏览器测试
  • ⚠️ 技能生态缺失 - 没有标准化技能系统
  • ⚠️ 仅限预定义规则 - 无法加载外部技能包

Antigravity Rules界面
图:Antigravity 的 Rules 功能

总结:Antigravity 的 Skills 功能还在「概念阶段」,只能通过 Rules 模拟,适合简单场景。


⚠️ 踩坑记录

坑1:Antigravity 找不到 Skills 文档

  • 现象:疯狂搜索「Antigravity Skills」,结果什么都没有
  • 原因:这个功能根本还没上线
  • 解决:改用「Rules」功能,但功能受限

坑2:Claude Code MCP 配置失败

  • 现象:配置了 MCP 服务器,但 Claude Code 提示「无法连接」
  • 原因:路径权限问题,MCP 服务器无法访问指定目录
  • 解决:在配置中明确指定允许的路径,并检查文件权限

坑3:OpenCode Skill 冲突

  • 现象:我本地有两个同名技能,加载混乱
  • 原因~/.claude/skills/ 下的子目录命名冲突
  • 解决:重命名技能目录,确保每个技能有唯一名称

✨ 最终效果

为了让你看得更清楚,我做了一个对比表格:

维度 OpenCode Claude Code (MCP) Antigravity
易用性 ⭐⭐⭐⭐⭐ 超简单 ⭐⭐⭐ 需配置 ⭐⭐ 无此功能
安装方式 复制文件夹到目录 编辑 JSON 配置
文档质量 ⭐⭐⭐⭐⭐ 详细教程 ⭐⭐⭐⭐ 技术文档 ⭐⭐ 无文档
生态成熟度 ⭐⭐⭐⭐ 已有 4 个内置 ⭐⭐⭐⭐ 50+ MCP 服务器 ⭐ 无
扩展能力 Markdown 配置 编写 MCP 服务器 仅 Rules
适用场景 个人开发者 企业团队
学习成本 5 分钟上手 30 分钟理解 N/A

对比表格
图:三大工具 Skills 功能对比


💭 使用心得

聊点真实的感受。

OpenCode 是我的首选

  • 真的太省心了,把技能文件夹往 ~/.claude/skills/ 一扔就行
  • Markdown 写配置,不需要懂编程
  • 社区活跃,已经有不少现成的技能可以复用

Claude Code MCP 适合技术团队

  • 如果你的团队已经用了 Claude Code,MCP 是必学技能
  • 标准化协议,跨工具兼容性好
  • 但配置起来确实麻烦,不太适合新手

Antigravity 还要等等

  • 虽然 Google 产品,但这个功能还没出来
  • 它的优势是多 Agent 协作,不是 Skills 系统
  • 建议等正式版发布后再看

🙋 写在最后

写完这篇文章,我最大的感受是:

没有完美的工具,只有适合你的工具。

如果你是:

  • ✅ 个人开发者,想要快速上手 → 选 OpenCode
  • ✅ 企业团队,需要标准化集成 → 选 Claude Code MCP
  • ✅ 想体验 Google 的多 Agent 协作 → 试试 Antigravity(等 Skills 功能上线)

我是大熊,一个 ALL IN AI 的超级个体。如果这篇文章对你有帮助,欢迎点赞、收藏、转发。

  • 标题: 三大 AI 工具 Skills 横向评测
  • 作者: X
  • 创建于 : 2026-01-16 00:00:00
  • 更新于 : 2026-02-20 05:38:38
  • 链接: http://sightx.top/2026/01/16/2026-01-16-三大AI工具Skills横评/
  • 版权声明: 本文章采用 CC BY-NC-SA 4.0 进行许可。
评论