sx 2.0 release notes / what's new
sx 2.0 release notes / what's new
sx 2.0 enables AI skill sharing via shared folders
sx 2.0 将共享文件夹（例如 Dropbox, Google Drive, OneDrive, 或 iCloud）转变为“技能服务器”，允许营销、法律、销售和运营部门的非技术团队成员在不使用 Git 或终端的情况下分发 AI 技能。此版本引入了适用于 Mac, Windows, 和 Linux 的原生桌面应用程序，用于管理 Claude Code, Cursor, Copilot, Codex, Gemini, 和 Cline 等多个客户端的 AI 资产的安装和转换。
Shared-Folder Distribution Model
sx 2.0 的核心是摆脱仅限命令行（command-line-only）的分发模式。用户只需将 sx app 指向一个共享文件夹，拖入基于 markdown 的技能，他们的队友就会将各自的 app 指向同一个文件夹以接收更新。文件同步由现有的云存储提供商处理，从而消除了对专用服务器或账户系统的需求。
Vault Format v2
To support this workflow, sx 2.0 引入了 vault format v2。资产现在直接以纯文本、可读的 markdown 文件形式存储在磁盘上的 assets/<name>/ 路径下，版本历史记录则维护在 .sx/versions/ 中。这种结构允许 vault 可以被 grepped, Obsidian 打开, 或直接被 .claude/skills 指向，而无需经过解包过程。
Automated Client Translation
虽然共享文件夹同步了文件，但 sx 2.0 提供了原始 markdown 文件夹无法提供的关键转换层。当用户点击“Sync”时，app 会在后台运行 sx install 以执行以下操作：
- 确定需要安装的正确资产。
- 将每个资产转换为目标 AI 客户端所需的特定格式（例如 Cursor rules, Copilot instructions, 或 Claude Code skills）。
- 将转换后的文件写入用户机器上的正确本地目录。
Collections and Developer Support
sx 2.0 引入了“collections”，即将相关的技能分组为单元。当共享文件夹中的 collection 时，更改会自动传播到团队，而无需手动重新安装。对于开发者，CLI 仍然作为 Go binary 保持不变，并且继续支持现有的基于 git 的 vaults。
Pluggable Extension System
To prevent core feature bloat, sx 2.0 引入了扩展系统，其中扩展是带有 manifest 的 ES modules，无需构建步骤。扩展可以添加 dashboard widgets, 编辑器命令, 和新视图。
Key Extension Examples
- Collection Doctor: Analyzes collections for thin descriptions, stale assets, 或 oversized skills 消耗过多的 context，并提供 0 到 100 的健康评分。
- Adoption Widgets: Track 团队成员正在使用的技能，以衡量技能创建的 ROI。
- Review Rota: 根据使用水平为资产分配并轮换 review due dates。
- Collection Export: 将 collections 编译成纯 zip 文件或用于 Claude Code, Codex, 或 Gemini 的 plugins，以便进行外部共享。
Extension Security and Governance
Extensions 都是权限受限的，这意味着除非在 manifest 中明确声明，否则它们没有 filesystem, Node, 或 network 访问权限。用户在安装或更新时会收到一份用通俗易懂的语言编写的权限列表提示。此外，扩展本身也被视为 sx 资产——它们通过与技能相同的流水线进行版本化、发布和审计。组织管理员可以在整个 vault 范围内允许或禁用第三方扩展。
Community Perspectives on Distribution
While the author of sx 2.0 argues that non-technical users will not adopt Git, 社区对分发 AI 技能的最佳方式表达了不同的观点：
"I can't think of anything worse than sharing skills via Dropbox. The version management and AIBoM problems that generates is extremely painful."
一些用户建议技能应该存储在项目仓库（project repository）本身，以确保项目中的每个人都能使用，或者托管在私有的 GitHub 仓库中以利用免费的版本控制。其他人则实现了一种类似的基于 Dropbox 的方法，使用 symlinks 指向 .claude/skills，并指出这种模式对小团队非常有效，但需要关于谁可以编辑特定文件夹的明确社会契约（social contracts）。