meng shao@shao__meng · Xv0 推出 Design Systems 2.0，可将设计系统（组件、tokens、约定）一次性导入，此后对话均用真实组件库生成应用。该功能以一个 skill 保存，作为适配器指明源码位置、安全可用的组件/props/tokens，以及如何接入新应用。导入工作流分 5 步：收集来源（GitHub、npm、Storybook、Figma 等）、配置 NPM_TOKEN 等环境变量、补充备注、自动生成 v0.json、审查 starter 后保存。v0.json 承载只读参考源（最多 3 个）、环境变量链接和启动应用。使用时从提示工具栏附加 skill；更新需告知 v0 变更，但不会自动修改已有项目。最佳实践：来源真实且新、覆盖运行时层、凭证先行。
v0 发布 Design Systems 2.0
它让 v0 一次性学会你的设计系统（组件、tokens、约定），此后所有对话都能用它真实的组件库来生成应用--而不是每次重新描述、也不是靠贴文档。
Design Systems 2.0 在 v0 中被保存为一个 skill，但它不是源代码的副本，也不是文档的镜像，是一个"适配器"： · 指明真实源代码在哪里（GitHub 仓库、消费应用） · 声明哪些组件 / props / tokens 是可安全使用的 · 告诉 v0 如何把这套系统接入新应用（providers、全局样式、字体、主题）
这个抽象的精妙之处在于：单一可信源仍是你的仓库和包，skill 只是让 v0 知道怎么找到它、读懂它、正确使用它。文档明确强调了一个原则--"基于真实源验证"，凡是从来源中无法验证的组件、prop 或 token，v0 都不应使用。
导入工作流（5 步） 1. 收集来源：设计系统包 + 源仓库 + 真实消费应用 + Storybook/文档 + Figma 2. 环境变量：私有包凭证（如 NPM_TOKEN）配为 Development 共享环境变量 3. 备注：补充源码推断不出的信息 4. v0.json：v0 自动生成，通常无需手改 5. 审查 starter：v0 构建一个小型启动应用，暂停等你批准后才保存