sx 2.0发布了：这是一个适用于Mac、Windows和Linux的本地应用程序，让任何人都可以与团队共享AI技能，无需git和终端。几个月前，我写过AI工具堆栈中有一个npm形状的空缺。你最优秀的AI用户积累技能、MCP配置和命令，能够倍增他们的输出，但这些知识被困在他们的机器上，因为没有干净的方式分发它。我们构建了sx，一个用于AI资产的开源包管理器，以填补这个空缺。它奏效了。开发者使用它在git库中对技能进行版本管理，并通过锁定文件和确定性安装在Claude Code、Cursor、Copilot、Codex、Gemini、Cline和Kiro之间安装它们。然后，我犯了一个我应该看到的错误，因为我看到Atlassian犯过两次。我为开发者构建了共享层，并假设其他人最终会在命令行上与我们会合。他们不会。在我们今年进行的六十多次发现访谈中，获得最多技能的人越来越多地来自市场、法律、销售和运营部门。他们编写出很棒的技能。他们没有git，没有终端，也不想获得任何一种。要求市场团队执行sx init --type git，就是让他们不分享技能。sx 2.0是解决方案。这是一个真正的桌面应用程序，其依赖的分发模型是每个团队都已经拥有的：共享文件夹。下面是非技术团队的工作流程。你打开应用程序，将你的库指向Dropbox、Google Drive、OneDrive或iCloud中的一个文件夹，然后将你的技能拖入其中。Markdown文件被放入，技能则被提取出来。你的团队成员将应用程序指向同一个文件夹，你发布的所有内容都会出现在他们面前。没有服务器，也没有账户。你的公司已经为之支付的文件同步产品会处理复制。这之所以有效，是因为2.0中的另一个重大变化：保险库格式v2。每个资产的最新版本现在直接以普通可读的markdown格式存储在assets/<name>/中。版本历史存储在.sx/versions/旁边。你可以grep保险库。你可以在Obsidian中打开它。你可以直接将.claude/skills指向它，它就可以正常工作，因为没有需要解压的内容。显而易见的比较是正是那个Obsidian设置，一个在同步文件夹中的markdown保险库，很多团队现在也以这种方式运行他们的技能。不同之处在于文件同步后发生的事情。sx原生了解AI客户端。当你在应用中点击同步时，它在后台运行sx install：它解析出应该为你安装的内容，将每个资产转换为每个客户端的格式（Claude Code技能、Cursor规则、Copilot指令等），并将其写入你机器上的正确位置。你的队友将技能放入共享文件夹，你只需点击一个按钮，它就可以在你的AI客户端中实时运行。这个翻译层是一个充满markdown的文件夹无法为你实现的。开发者在这里没有损失。CLI仍然是相同的Go二进制文件，git和skills.new保险库类型仍然有效，应用和CLI读取相同的保险库。2.0增加了集合，它将相关技能分组并作为单元安装，在读取时解析，因此下个月添加到共享集合的技能会自动覆盖整个团队，而不需要任何人重新运行任何操作。扩展，因为你团队的问题不是我的路线图 此版本线的第二部分是应用的扩展系统。我在插件生态系统中待了足够多的年份（我曾在Atlassian当我共同创始人Don构建他们的系统时）来相信，团队工具中的有趣问题总是特定于团队，并且将每个团队的答案塞入核心是导致产品臃肿和缓慢的方式。因此，这个应用现在是可插拔的。扩展是一个包含清单和一个ES模块的文件夹，直到你想要构建步骤，它不会要求你进行任何构建。扩展可以添加仪表板小部件、发布时检查、编辑器命令和全新视图。市场上有十五个扩展随应用一同推出，首先被大家使用的是团队健康的扩展：Collection Doctor为集合评分0到100并命名问题：描述过于简略、应该退役的过时资产、近似重复的技能、占用上下文的超大技能。每个发现都可以点击查看命名的资产。采用小部件显示团队中实际使用哪些技能的人，这样就可以看到有人花费一周时间的技能是否在工作。Review Rota为每个资产提供一个适应其使用强度的审核到期日期，并在团队中公平轮转审查。Collection Export将集合编译为Claude Code、Codex或Gemini插件，或一个普通的zip，以便与保险库之外共享。 如果你在评论中对此进行质疑，我将捍卫两个设计决策。首先，扩展是权限受限的：没有文件系统，没有Node，没有超出扩展明确声明的网络，启用一个扩展将向你显示一个普通语言列表，准确说明它可以访问的内容，每次更新更改该列表时都会重新提醒你。其次，扩展就是sx资产。它们发布...