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 的核心在於擺脫僅限命令列的分發模式。使用者將 sx app 指向一個共享資料夾，拖入基於 markdown 的技能，而其團隊成員則將他們的 app 指向同一個資料夾以接收更新。檔案同步由現有的雲端儲存供應商處理，因此無需專用的伺服器或帳號系統。

Vault Format v2

為了支援此工作流程，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 以進行以下操作：

  1. 確定要安裝的正確資產。
  2. 將每個資產轉換為目標 AI 客戶端所需的特定格式（例如 Cursor rules, Copilot instructions, 或 Claude Code skills）。
  3. 將轉換後的檔案寫入使用者機器上的正確本地目錄。

Collections and Developer Support

sx 2.0 引入了「collections」，將相關技能組合成一個單元。當共享資料夾中的 collection 時，變更會自動傳播到團隊，無需手動重新安裝。對於開發者而言，CLI 仍維持原樣（作為 Go binary），且現有的 git-based vaults 繼續受到支援。

Pluggable Extension System

為了防止核心功能過於臃腫，sx 2.0 引入了擴充功能系統，其中擴充功能是帶有 manifest 的 ES modules，且不需要 build step。擴充功能可以增加 dashboard widgets, editor commands, 和新的 views。

Key Extension Examples

  • Collection Doctor: 分析 collections 的描述是否過於簡略、資產是否過時，或技能是否過於龐大而消耗過多 context，並提供 0 到 100 的健康分數。

  • Adoption Widgets: 追蹤團隊成員正在使用哪些技能，以衡量技能創作的習得率 (ROI)。

  • Review Rota: 根據使用量級別，為資產分配並輪替審查期日。

  • Collection Export: 將 collections 編譯成純 zips 或適用於 Claude Code, Codex, 或 Gemini 的 plugins，以便進行外部分享。

Extension Security and Governance

擴充功能受到權限控管，這意味著除非在 manifest 中明確聲明，否則它們無法存取檔案系統、Node, 或網路。使用者在安裝或更新時，會收到一份用白話文寫成的權限清單。此外，擴充功能本身也被視為 sx 資產——它們會透過與技能相同的流程進行版本控制、發佈與審查。組織管理員可以針對整個 vault 進行白名單設定或停用第三方擴充功能。

Community Perspectives on Distribution

雖然 sx 2.0 的作者主張非技術使用者不會採用 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."

一些使用者建議技能應該儲存在專案的 repository 中，以確保專案中的每個人都能使用，或者託管在私人的 GitHub repository 中以利用免費的版本控制。其他人則實施了類似基於 Dropbox 的方法，使用 symlinks 指向 .claude/skills，並指出這種模式對於小團隊非常有效，但需要針對「誰可以編輯特定資料夾」建立明確的社會契約。

Sources