您的Dropbox现已成为一个技能服务器

sx 2.0 已发布：一款原生 Mac、Windows 和 Linux 应用，让任何人都能与团队共享 AI 技能，无需 git 和终端。

几个月前我写过，在 AI 工具栈中有一个 npm 形状的空缺。你最优秀的 AI 用户会积累技能、MCP 配置和命令来提升产出，但这些知识因为没有干净的分发方式而被困在他们的设备上。我们构建了 sx，一个用于 AI 资产的开源包管理器，来填补这个空缺。它成功了。开发者使用它通过 git vaults 对技能进行版本控制，并通过一个 lock 文件和确定性安装在 Claude Code、Cursor、Copilot、Codex、Gemini、Cline 和 Kiro 中安装它们。

然后我犯了一个本应预见的错误，因为我已经看到 Atlassian 犯过两次。我为开发者构建了共享层，并假设其他人最终会来到命令行。他们不会。在今年我们进行的大约六十次发现访谈中，从技能中获得最多收益的人越来越多地来自市场、法律、销售和运营部门。他们写出很棒的技能。但他们没有 git，没有终端，也无意去学习。要求一个市场团队执行 sx init --type git 就等于让他们无法共享技能。

sx 2.0 是解决方案。它是一个真正的桌面应用，其依赖的分发模型是每个团队已经拥有的：共享文件夹。

共享 Dropbox 文件夹就是整个后端

以下是非技术团队的工作流程。你打开应用，将你的库指向 Dropbox、Google Drive、OneDrive 或 iCloud 中的一个文件夹，然后将你的技能拖入其中。Markdown 进去，技能出来。你的团队成员将应用指向同一个文件夹，你发布的所有内容都会对他们可见。没有服务器，也没有账户。你们公司已经付费的文件同步产品完成了复制工作。

这之所以可行，是因为 2.0 的另一个重大变化：vault 格式 v2。现在每个资产的最新版本直接以纯文本、可读的 markdown 形式存储在磁盘上的 assets/<name>/ 中。版本历史记录保存在旁边的 .sx/versions/ 中。你可以用 grep 搜索 vault。你可以在 Obsidian 中打开它。你可以直接将 .claude/skills 指向它，它就能正常工作，因为无需解压。

明显的对比就是 Obsidian 的设置，即在同步文件夹中的 markdown vault，许多团队今天就是这样运行技能的。不同之处在于文件同步之后发生的事情。sx 原生了解 AI 客户端。当你在应用中点击同步时，它会在后台运行 sx install：它解析应该为你安装的内容，将每个资产转换为每个客户端的格式（Claude Code 技能、Cursor 规则、Copilot 指令等），并将其写入你机器上的正确位置。你的团队成员将技能放入共享文件夹，你点击一个按钮，它就会在你的 AI 客户端中生效。这个转换层是装满 markdown 的文件夹无法做到的。

开发者在这里没有损失任何东西。CLI 仍然是相同的 Go 二进制文件，git 和 skills.new vault 类型仍然有效，应用和 CLI 读取相同的 vault。2.0 增加了集合功能，将相关技能分组并作为一个单元在读取时解析安装，因此下个月添加到共享集合中的技能会自动到达整个团队，无需任何人重新运行任何内容。

扩展，因为你们团队的问题不在我的路线图上

这个发布线的另一半是应用的扩展系统。我在插件生态系统周围花了足够多的时间（我在 Atlassian 时我的联合创始人 Don 构建了他们的系统），相信团队工具中的有趣问题总是特定于团队的，而将每个团队的答案塞进核心功能是产品变得臃肿和缓慢的方式。

所以现在应用是可插拔的。扩展是一个包含清单和一个 ES 模块的文件夹，除非你需要，否则无需构建步骤。扩展可以添加仪表板小部件、发布时检查、编辑器命令和全新的视图。有一个随附十五个扩展的市场，人们首先使用的是一些团队健康相关的扩展：

• Collection Doctor 对集合进行 0 到 100 分的评分并指出问题：描述简短、应该退役的过时资产、几乎重复的技能、占用上下文的超大技能。每个发现都可以一键跳转到它所命名的资产。
• 采用率小部件显示团队中谁实际使用了哪些技能，因此你可以看到某人花了一周时间编写的技能是否物有所值。
• Review Rota 为每个资产分配一个根据使用频率调整的审查截止日期，并在团队中公平轮换审查任务。
• Collection Export 将集合编译为 Claude Code、Codex 或 Gemini 插件，或普通的 zip 文件，用于在 vault 外部共享。

如果你在评论中质疑这两个设计决策，我会为之辩护。首先，扩展是权限受限的：无文件系统访问、无 Node、无网络访问，除了扩展明确声明的主机之外，启用扩展时会向你显示一个纯文本列表，说明它可以访问的内容，并在更新更改该列表时重新提示。其次，扩展只是 sx 资产。它们通过与技能相同的管道进行发布、版本控制、团队范围限定、固定和审计，这意味着扩展更新永远无法绕过审查，而那些插件生态系统中插件可以自动更新的方式则不行。组织管理员可以全库允许或禁用第三方扩展。市场本身只是一个 sx vault，因此将应用指向你自己的仓库就能获得一个私有市场。

未来发展方向

自首次发布以来，sx 背后的前提没有改变：AI 的收益被困在个人身上，缺失的层是分发。改变的是我对谁需要它的认识。2.0 系列是对下一波技能作者不会是开发者的赌注，而要接触到他们意味着一个原生应用、一个他们已经在共享的文件夹，以及一个隐藏在下方包管理器的同步按钮。

一切都是 Apache-2.0 许可证并在 GitHub 上：github.com/sleuth-io/sx。应用在所有三个平台的发布资产中都可找到，brew install sx 仍然可以获取 CLI。如果你尝试与团队使用共享文件夹设置，我想听听它在哪里出现问题。这是我最不确定能否经受真实 Dropbox 延迟考验的部分。