作为一名开发者，我每天dou在尝试各种新奇的Agent工具。Zui近，Antigravity 这个名字频繁出现在我的视野里。说实话，刚开始我是抱着“试试kan”的心态入坑的，结果这一用，真有点离不开了。特别是配合 Gemini Pro 和 Claude Opus 这两个大脑袋模型时那种“指哪打哪”的精准度，简直让人怀疑我是不是开了挂。代码返工率直线下降，这种爽快感，谁用谁知道，墙裂推荐给各位还在苦逼搬砖的兄弟们。

但是好工具往往伴随着“娇气”。前两天我想给 Antigravity 装点好用的技Neng包，结果就踩进了一个大坑里。这玩意儿居然死活不认全局的 skills！你说气人不气人？明明大家dou用 npx skills 管理得挺好，到了它这儿就非得搞特殊。折腾了半天总算是让我摸清了它的脾气，今天就来跟大家好好唠唠这事儿，顺便分享我是怎么“曲线救国”搞定它的。

初探：技Neng安装的“甜蜜陷阱”

事情是这样的，Zui近 skills 这个概念火得一塌糊涂。简单来说就是给AI Agent装各种插件，让它学会 git commit、写测试、甚至帮你重构代码。为了方便管理，社区里流行用 npx skills 这套命令行工具来统一安装。

比如我想装一个 git-commit 的技Neng，通常的操作流程是这样的：

npx skills add https://github.com/github/awesome-copilot --skill git-commit

敲完回车，kan着进度条跑完，心里美滋滋的。这时候，终端通常会问你：“嘿，这个技Neng你想装给哪个 Agent 用？”

我电脑上除了 Antigravity，还装了 OpenCode。为了图省事，我习惯把这两个dou勾上，然后回车。这时候，npx skills 就会乖乖地把这个技Neng包分别拷贝到这两个 Agent 各自的目录里。

乍一kan，这逻辑没毛病，对吧？但是稍微有点洁癖或者磁盘空间焦虑症的朋友就要抓狂了。你想想，同一个技Neng包，我要在硬盘上存好几份？这得多浪费空间啊！而且，以后geng新起来还得一个个geng新，想想dou头大。

全局目录的诱惑与混乱

为了解决这个问题，npx skills 提供了一个 Global 选项。也就是把所有技Neng统一安装到一个“中央仓库”，比如 ~/.agents/skills。这样，所有的 Agent douKe以来这里找饭吃，既省空间又好管理。

理想hen丰满，现实却有点骨感。我必须吐槽一下现在的这些 Agent 开发者们，好像dou没商量好似的，各自的全局 skills 目录路径乱七八糟，完全不统一。这就导致了一个尴尬的局面：你想用全局目录，但每个 Agent 读取的路径dou不一样，Zui后你还是得乖乖用“Copy to all agents”这种笨办法。

对于 Antigravity 来说它默认的技Neng路径是在 ~/.gemini/antigravity/skills。而标准的全局路径通常是 ~/.agents/skills。这俩路径对不上，Antigravity 自然就两眼一抹黑，啥也kan不见了。

遭遇“符号链接”之墙

既然路径不一致，那Zui简单的办法不就是搞个“快捷方式”吗？在 Linux 或者 MacOS 上，这就是软链接的拿手好戏。我想dou没想，直接祭出了 ln -s 大法。

我的计划hen完美：把 Antigravity 的 skills 目录，直接软链接到标准的全局 skills 目录。这样，Antigravity 以为自己读的是自己的目录，实际上读的是全局仓库，岂不美哉？

于是我兴冲冲地执行了类似这样的命令：

# MacOS/Linux 下的尝试
ln -s ~/.agents/skills ~/.gemini/antigravity/skills

或者，在 Windows 下我尝试用 mklink

# Windows 下的尝试
mklink /J "%USERPROFILE%\.gemini\antigravity\skills" "%USERPROFILE%\.agents\skills"

创建完链接，我满怀期待地打开 Antigravity，刷新技Neng列表……

结果，空气突然安静了。列表里空空如也，仿佛在嘲笑我的天真。

我不信邪，又去试了另一种方式。在 npx skills 安装的时候，有一个 Symlink 的选项。我想，既然手动链接不行，那用官方自带的符号链接选项总行了吧？

然而现实 给了我一记响亮的耳光。Antigravity 依然无动于衷。它就像一个挑食的孩子，你给它递过去再精美的菜单，它只要不是实实在在的饭菜，它就一口不吃。

这时候，我真的有点崩溃了。难道 Antigravity 这么先进的 AI 工具，底层居然这么原始？连个软链接dou不支持？难道我只Neng妥协，退回到那个浪费磁盘空间的“Copy”模式吗？

AI 的“官方”解释

实在没辙，我只Neng去问 AI 本身。我把问题描述得清清楚楚：“通过 Symlink 方式添加的 skill 你不认，完整拷贝方式的 skill 你认，这是为什么？”

AI 的回答倒是挺一本正经的：“我Yi经查明了原因：Antigravity 平台的技Neng加载机制目前不支持 Windows 的符号链接或目录联接。平台的文件扫描器在处理 skills 目录时会将‘真实文件夹’和‘链接/联接’区别对待。”

听听，这理由找得多冠冕堂皇。合着它的扫描器还带“歧视”功Neng的？只要是链接，它就假装kan不见。这让我这个习惯了用链接来管理文件系统的开发者感到非常难受。而且，我特意在 MacOS 上也测了一遍，结果也是一样。kan来这跟操作系统无关，纯粹是 Antigravity 自己的代码逻辑写死了。

灵光一闪：既然“点”不行，那就“面”

就在我准备放弃治疗，乖乖去用 Copy to all agents 的时候，脑子里突然闪过一个念头。

我想起以前折腾某些老旧服务器配置的时候，有时候程序不认单个文件的链接，但是Ru果你把整个目录链接过去，它反而就认了。这是因为在hen多编程语言里判断一个目录是否有效，往往只是检查路径是否存在以及是否是一个目录类型。

Ru果 Antigravity 的扫描逻辑是：“我要去 ~/.gemini/antigravity/skills 这个地方kankan，Ru果这里是个目录，我就进去扫描里面的子文件夹。”

那么Ru果我直接把 ~/.gemini/antigravity/skills 这个路径本身，变成一个指向全局目录的“替身”呢？

也就是说我不去链接具体的 skill 文件夹，而是直接把 Antigravity 的 skills 这个“父目录”，链接到全局的“父目录”上！

原理其实hen简单：标准的全局 skills 目录下的所有 skill dou是原件，不是链接！Antigravity 的扫描器在启动时只会去检查它自己的那个路径是不是一个真实的目录。当我们把它的目录通过 Junction 或者软链接指向全局目录后对它来说它打开的就是一个实打实的文件夹，里面的所有子文件自然也dou是真实的。它根本不需要知道这个文件夹本身是个“替身”。

想到这里我立刻动手操作。

实战操作：打通任督二脉

既然有了思路，剩下的就是执行了。这里分 Windows 和 MacOS/Linux 两种情况，大家根据自己的环境对号入座。

Windows 下的解决方案

在 Windows 上，我们使用 mklink 命令来创建目录联接。注意，这里需要管理员权限运行 CMD 或者 PowerShell。

方案 A：直接在 CMD 里敲：

mklink /J "%USERPROFILE%\.gemini\antigravity\skills" "%USERPROFILE%\.agents\skills"

方案 B：Ru果你习惯用 PowerShell，Ke以用 New-Item

New-Item -ItemType Junction -Path "$env:USERPROFILE\.gemini\antigravity\skills" -Value "$env:USERPROFILE\.agents\skills"

或者，在 PowerShell 里直接调用 cmd：

cmd /c mklink /J "$env:USERPROFILE\.gemini\antigravity\skills" "$env:USERPROFILE%\.agents\skills"

MacOS/Linux 下的解决方案

在 Unix-like 系统上就简单多了直接用 ln -s。不过要注意，这里我们链接的是目录，所以参数顺序别搞反了。

ln -s ~/.agents/skills ~/.gemini/antigravity/skills

执行完这行命令，你再去kan ~/.gemini/antigravity/ 下面应该就Nengkan到一个带箭头图标的 skills 文件夹了。

见证奇迹的时刻

链接创建好之后Zui激动人心的时刻到了。我 打开 Antigravity，手微微颤抖着点击了刷新按钮。

这一次列表不再是空的！

那些我之前安装在全局目录里的技Neng，整整齐齐地出现在了列表里。我试着调用了一下 git-commit 技Neng，Antigravity 毫不犹豫地响应了生成的 commit message 质量依然那么高。

那一刻，我简直想从椅子上跳起来。实践证明，我的猜测是完全正确的！通过链接全局 skills 目录，Antigravity 终于Ke以识别 skill 了！这招“曲线救国”，算是彻底把它的顽固脾气给治好了。

后续优化：告别繁琐的勾选

既然Yi经打通了全局目录这个“任督二脉”，以后我们在安装技Neng的时候，就Ke以geng加从容了。

运行 npx skills add ... 的时候，我们不需要再费劲去勾选 Additional agents 里的 Antigravity 了。直接选择 Global，让技Neng安装到 ~/.agents/skills 这个大本营里。

因为 Antigravity 的 skills 目录Yi经是指向这里的了所以安装完之后它自动就Nengkan到。既省去了勾选的麻烦，又避免了磁盘空间的重复浪费，一举两得，简直不要太爽。

当然为了防止以后忘了这茬，导致配置混乱，建议大家在 npx skills 的配置里把那些 Additional agents 的选项dou去掉。以后就只认 Universal，其他的 Agent Ru果也遇到类似问题，照着这个办法链接一下就行了。

与碎碎念

这次折腾 Antigravity 技Neng识别的经历，虽然过程有点曲折，甚至中间一度让我怀疑人生，但结局还是令人满意的。

其实hen多时候我们在开发过程中遇到的坑，往往不是技术有多难，而是思路没打开。Antigravity 不认单个文件的软链接，这确实是个设计上的缺陷，但只要我们理解了文件系统运作的基本原理，总Neng找到绕过限制的办法。

通过将全局 skills 目录“”成它自己的本地目录，我们成功欺骗了它的扫描器，实现了技Neng的共享。这不仅节省了硬盘空间，geng重要的是它让我们的开发环境变得geng加整洁、高效。

现在我依然每天愉快地使用着 Antigravity，配合着 Gemini Pro 和 Claude Opus，在代码的海洋里乘风破浪。Ru果你也遇到了同样的问题，不妨试试这个方法。希望这篇充满“血泪史”的教程Neng帮你少走弯路，把geng多的时间花在真正有创造性的工作上去。

Zui后欢迎关注我的公众号，咱们下期再见！👋

---