技能介绍

它解决的是设计源与代码的漂移问题

组件在代码库里已经迭代到第三版，Figma 里的母组件还停在初稿——这在多数团队里是常态。结果是设计师在过期的 Token 上继续画，工程师照着旧的 props 写，评审时两边根本对不上。@user_fccf428b/figma-generate-library 瞄准的正是这个缺口：它不是又一个「把截图贴进 Figma」的玩具，而是把代码库当作输入，在 Figma 里直接构建或更新一套专业级设计系统库，让 Figma 成为与已发布组件同步的单一事实源。

核心能力与工作路径

以代码库为输入：从项目源码出发解析组件结构，而不是先手工整理一份设计清单再逐项录入。
新建或增量更新：既能从零搭一套库，也能在已有库上做更新，不必每次重建都推倒重来。
面向系统级产出：产出物按设计系统的方式落地，组件、变体、命名与组织方式以 figma-generate-library 的实际执行结果为准，供后续设计协作直接复用。
保持双向同步：线上组件变更后，可以用同一条路径把改动反映回 Figma，设计源不再是事后补录的文档。

该技能整理自 Figma 官方的 MCP server 指南，上游仓库为 figma/skills，归在 figma 目录下，实际写入 Figma 依赖其 MCP 能力与文件读写接口。

适用边界与注意点

本条目在 Open Design 中承担目录登记职责：它的作用是让 Agent 在规划阶段能发现这个技能。要跑通完整的上游流程——原始素材、脚本与参考文档都在上游包里——需要先把上游 bundle 装进当前 Agent 的技能目录，再用技能名 figma-generate-library 或其 frontmatter 中的触发短语调用。
因此它不适合「只想看一眼组件清单」的轻量场景，也替代不了设计判断：命名规范、Token 分层这类决策仍然需要人来定。
组件与样式的覆盖范围取决于上游工作流的具体实现，遇到非标准写法时可能需要先做一层人工规整。