1. 设计工具选型的十字路口最近半年我所在的几个设计群、前端群、产品群里关于要不要从 Figma 迁走的讨论明显变多了。起因很杂有人抱怨订阅费又涨了有人担心设计资产放在别人的云上不踏实有人纯粹是被开源设计工具这几个字勾起了好奇心。我自己从 2018 年开始重度使用 Figma到 2023 年底开始陆续把一部分项目往 Penpot 上搬中间踩了不少坑也攒了一些真实体感。这篇就围绕你应该放弃 Figma转而使用开源设计工具吗这个标题把开源设计工具Penpot、OpenPencil 这类和 Figma 的取舍逻辑、迁移实操、避坑经验完整讲一遍。先说清楚这篇适合谁看如果你是独立设计师、小团队负责人、前端工程师或者公司里负责设计工具采购和资产治理的人这篇能帮你判断到底该不该迁、迁到什么程度、怎么迁。如果你只是偶尔画个原型那大概率不用折腾继续用顺手的那套就行。核心关键词我会自然带出来Figma、开源设计工具、Penpot、OpenPencil、BYOKBring Your Own Key自带密钥/自带算力以及大家搜得最多的 figma 汉化、figma 插件、figma mcp 这些实际使用中的高频问题。我先把结论的轮廓摆出来免得你看到一半才发现方向不对开源设计工具不是免费版 Figma它解决的是另一类问题——数据主权、成本可控、可自托管、可二次开发。如果你要的是和 Figma 一模一样但不要钱那大概率会失望如果你要的是设计资产我自己说了算且愿意接受一定的功能落差和运维成本那开源方案值得认真评估。下面我按为什么迁—迁什么—怎么迁—迁完怎么活这条线展开。2. 为什么会有放弃 Figma这个念头2.1 成本账订阅制在团队规模放大后的真实压力很多人对 Figma 的付费感知是滞后的。单人用免费版几乎无感但一旦团队超过 3 人、需要多人协作编辑、需要版本历史、需要团队库就必然进入付费档。我按常见的团队规模算一笔账价格会随官方调整浮动这里只讲计算逻辑具体数字以官网为准团队规模需要付费的席位年成本量级按常见档位估算备注3 人小团队3数百到一千元级通常还能接受10 人设计产品10数千元级开始有人嘀咕30 人跨职能30万元级采购流程开始介入100 人以上100数万元级财务会问能不能自建这张表的关键不是具体数字而是成本随人数线性增长而开源自托管的边际成本几乎为零。当团队从 10 人扩到 50 人Figma 账单翻五倍但你自己搭的 Penpot 服务器可能还是那台机器。这就是BYOK思路的吸引力——算力、存储、密钥都握在自己手里成本结构从按人头租变成按资源买。但这里有个反直觉的点自托管不是免费的。服务器、域名、备份、运维人力都是成本。我见过一个小团队兴冲冲自建结果没人会维护半年后数据差点丢。所以成本账要算全省下的订阅费 vs 增加的运维投入。10 人以下团队往往省下的钱还不够请人维护50 人以上自建的经济性才明显。2.2 数据主权设计资产到底放在谁家这是比钱更根本的动机。设计文件里有什么未发布的产品界面、品牌规范、用户流程、甚至商业机密。这些东西放在第三方云上对很多公司来说是合规红线。尤其是做企业级产品、金融、医疗这类领域的团队法务会直接问设计稿出境了吗存在哪谁能访问开源设计工具的核心价值就在这里你可以把它部署在自己的内网数据不出门。Penpot 支持 Docker 自托管OpenPencil 这类工具也在往本地优先方向走。对于有数据合规要求的团队这不是要不要的问题而是必须。提示数据主权不等于绝对安全。自托管意味着安全责任转移到你自己身上备份、权限、审计都得自己扛。别把放在自己服务器等同于万无一失。2.3 生态锁定插件、字体、协作习惯的隐性成本Figma 真正难替代的不是画布是生态。你搜figma 插件安装和使用能出来成百上千个插件从自动布局到图标管理到交付标注形成了完整的工作流。还有 figma 汉化、figma 客户端汉化、figma 桌面中文这些搜索词说明大量中文用户在使用体验上有本地化诉求而官方汉化并不总是及时。开源工具在这块是明显短板。Penpot 的插件生态还在早期OpenPencil 更年轻。你迁过去很多原来一键搞定的事要手动做。这就是生态锁定——不是技术锁死你是习惯和周边工具锁死你。评估迁移时一定要把我日常依赖的插件有哪些列出来逐个确认开源侧有没有替代否则迁完效率暴跌。3. 开源设计工具到底能做什么、不能做什么3.1 Penpot目前最接近可用的开源 Figma 替代Penpot 是我实测下来最值得认真评估的开源设计工具。它的定位很明确基于 Web 的协作设计平台支持矢量编辑、组件、原型、设计令牌Design Tokens可以 Docker 自托管。技术栈上它用 SVG 作为原生格式这点很关键——SVG 是开放标准意味着你的设计文件天然可被其他工具读取不像某些私有格式那样被绑死。我实际用 Penpot 做了两个中等复杂度的项目一个后台管理系统界面一个移动端 App 的 20 多个页面体感如下基础绘图、组件、约束布局够用日常界面设计没问题组件变体和自动布局的能力比 Figma 弱复杂交互原型会吃力性能在页面元素超过几百个后明显下降大文件要拆分自托管部署用官方 Docker Compose 就能跑起来不算难Penpot 最舒服的地方是设计令牌和 CSS 导出。它原生支持把颜色、间距、字体定义成 token导出直接给前端用这块甚至比 Figma 某些插件方案更顺。对设计系统驱动的团队这是加分项。3.2 OpenPencil轻量、本地优先的另一条路OpenPencil 是更年轻的开源设计工具主打轻量和本地优先。它的思路和 Penpot 不完全一样Penpot 是自托管的协作平台OpenPencil 更偏向本地能跑、文件自己管。对于不想维护服务器、又想要开源自由的个人或小团队这类工具是个折中。但要说实话OpenPencil 目前的成熟度、生态、文档都还在早期不建议作为主力生产工具直接替换 Figma更适合作为备选或特定场景工具来观察。我把它列进来是因为它代表了开源设计工具的一个方向——不追求大而全追求轻和可控。3.3 能力对照一张表看清差距在哪能力维度FigmaPenpotOpenPencil矢量编辑强中上中组件/变体强中弱自动布局强中弱原型交互强中弱实时协作强中上弱插件生态极强早期早期自托管不支持支持本地优先数据主权弱强强中文支持需汉化较好一般成本按人头订阅自托管近乎零边际免费这张表想说明一件事开源工具在数据主权和成本结构上赢在功能深度和生态上输。你的选择取决于你更在乎哪一列。4. 迁移实操从 Figma 到开源工具怎么落地4.1 迁移前的资产盘点先搞清楚你有什么别一上来就导文件。先盘点。我建议按这个清单过一遍设计文件清单有多少个项目、多少个页面、哪些是活跃的、哪些是归档的组件库清单团队库有几个、组件数量、变体复杂度插件依赖清单日常必用的插件有哪些、有没有开源替代字体清单用了哪些字体、有没有版权限制、开源侧能不能装对应figma 安装字体这类高频问题协作流程清单谁和谁协作、评审怎么走、交付给前端的方式这个盘点大概花半天到一天但能省掉后面几周的返工。我见过有人直接全量导出结果发现一半文件是废弃的白折腾。4.2 文件导出与格式转换的坑Figma 导出到开源工具路径通常是Figma → SVG/PDF/图片 → 导入 Penpot。这里有几个真实的坑SVG 导出会丢组件关系。Figma 导出的 SVG 是扁平化的组件、变体、约束这些语义信息基本丢失导进 Penpot 后是一堆散图元要重新组织。字体嵌入问题。SVG 里的文字如果字体没嵌入换环境就变默认字体。导出前确认字体已转曲或嵌入否则排版全乱。图层命名混乱。Figma 里随手命名的图层导出后更难认。导出前花时间规范命名导入后能省大量整理时间。我的做法是不追求一次性全量迁移而是新项目用新工具老项目按需迁移。活跃项目优先迁归档项目就留在 Figma 只读。这样迁移成本可控也不会因为一次性大搬迁影响正常交付。4.3 自托管 Penpot 的最小可用部署如果你决定走自托管路线Penpot 官方提供了 Docker Compose 方案。下面是我实际用过的简化流程具体版本号以官方仓库为准# 1. 拉取官方 compose 配置 git clone https://github.com/penpot/penpot.git cd penpot/docker/images # 2. 准备环境变量文件 cp .env.example .env # 编辑 .env至少改这几项 # PENPOT_PUBLIC_URI你的域名 # PENPOT_SECRET_KEY一串足够长的随机字符串 # POSTGRES_PASSWORD数据库密码 # PENPOT_DATABASE_PASSWORD同上 # 3. 启动 docker compose -p penpot -f docker-compose.yaml up -d # 4. 查看状态 docker compose -p penpot ps几个实操要点PENPOT_SECRET_KEY 一定要改用默认值等于没设防。生成方法openssl rand -base64 32数据库要单独做备份。Penpot 的数据在 Postgres 里资产文件在对象存储默认用本地卷。备份要同时覆盖这两块。反向代理和 HTTPS 必须配。直接暴露端口不安全用 Nginx 或 Caddy 挡在前面证书用 Lets Encrypt 自动续。资源给够。Penpot 前端是 ClojureScript 编译的首次构建和运行都比较吃内存2GB 内存的机器会卡建议 4GB 起步。部署完第一次登录创建团队、建项目、试着画个矩形导出 SVG跑通这条链路说明基础环境 OK。4.4 团队切换的节奏控制工具迁移最大的风险不是技术是人。我的建议是分三阶段试点期2-4 周选 1-2 个非关键项目让愿意尝鲜的成员先用收集问题并行期1-2 个月新项目默认用新工具老项目继续 Figma两套并行切换期确认新工具能覆盖 80% 日常需求后正式切换Figma 降级为只读归档千万别搞某天起全员停用 Figma的一刀切那必然翻车。给团队适应期比省那点订阅费重要得多。5. 迁完之后日常使用中的真实问题与排查5.1 中文与本地化figma 汉化那套思路在开源工具上还适用吗搜figma 汉化figma 汉化插件月维 figma 汉化figma 客户端汉化的人非常多说明中文用户对界面语言的诉求很真实。开源工具在这块反而有优势Penpot 的界面本身支持多语言中文翻译由社区维护不需要装第三方汉化插件。但社区翻译的更新可能滞后于版本新功能可能还是英文。如果你自托管甚至可以自己改翻译文件。Penpot 的翻译是独立的资源文件改完重新构建即可。这是开源的好处——不满意就自己动手。但代价是你要懂它的构建流程对纯设计师来说门槛偏高。5.2 字体管理开源工具怎么装字体figma 安装字体是个高频问题开源工具同样绕不开。Penpot 自托管时字体管理有两种方式系统字体装到服务器操作系统里Penpot 能识别上传字体在团队设置里上传字体文件团队内共享注意版权。很多商业字体不允许这样分发上传前确认授权。开源字体如思源系列、Inter没这个问题建议优先用。5.3 与开发流程的对接MCP、切图、HTML 导入这些需求怎么办热词里有一堆和开发对接相关的figma mcp、figma mcp 可以直接切图吗、figma mcp 怎么运用在 trae、figma 对接 antigravity、如何使用 figma 导入已设计的 html 文件再开发。这些反映了一个趋势——设计工具正在和 AI 编码工具、开发工具链深度打通。开源工具在这块目前是明显落后的。Figma 的 MCPModel Context Protocol生态、和各种 AI 编码工具的对接是它当下的护城河。Penpot 有 API理论上也能做类似集成但现成的、开箱即用的方案少。如果你团队重度依赖设计稿直接喂给 AI 生成代码这条链路那迁移前一定要评估开源侧有没有等价能力或者你愿不愿意自己写集成。切图这块Penpot 支持导出选中元素为 PNG/SVG基础切图没问题但没有 Figma 那种成熟的标注和交付插件生态。前端要自己多干点活。5.4 常见问题速查表问题现象可能原因排查方向自托管 Penpot 打不开容器没起来/端口冲突docker compose ps看状态查端口占用登录后白屏前端资源没加载/URI 配错检查 PENPOT_PUBLIC_URI 和反代配置上传字体不生效字体格式不支持/权限问题换 TTF/OTF检查团队权限大文件卡顿单页元素过多拆分页面减少嵌套导出 SVG 排版乱字体未嵌入导出前转曲或嵌入字体协作时冲突网络/版本问题确认服务端版本一致检查网络数据丢失没做备份立即配置 Postgres 对象存储双备份提示自托管方案里备份是唯一不能省的事。我踩过的最大坑就是以为 Docker 卷会自动持久化结果一次误操作删了容器数据差点没了。现在我的做法是每天定时 dump 数据库资产目录同步到另一台机器。6. 我的实际取舍什么情况下该迁什么情况下别折腾聊了这么多回到标题那个问题你应该放弃 Figma 吗我的答案是分情况而且大多数情况下是部分迁移而非全盘放弃。如果你满足以下条件认真考虑迁移团队规模大到订阅成本明显、有数据合规硬要求、有运维能力或愿意投入、日常设计以标准界面为主不依赖复杂插件。这种情况下Penpot 自托管是值得的省下的钱和拿回的数据主权是实打实的。如果你满足以下条件建议先别动团队小、预算不敏感、重度依赖 Figma 插件生态、需要和 AI 编码工具深度对接、没有运维人手。这种情况下迁移带来的效率损失和运维负担很可能超过省下的订阅费。开源工具很好但适合比先进重要。我自己的现状是混合的核心协作还在 Figma因为生态和对接能力暂时无可替代但涉及敏感数据的项目、以及一些内部工具的设计已经迁到自托管的 Penpot 上。两套并行各取所长。这不是骑墙是务实——工具是拿来解决问题的不是拿来站队的。最后分享一个我踩坑后总结的小经验评估任何开源设计工具别只看功能列表一定要用一个真实项目完整跑一遍设计—评审—交付全流程。功能演示都很美好真实流程里的坑才见真章。我当时就是用一个后台项目跑通了 Penpot 全流程才发现它在组件变体上的短板也才确认它在设计令牌上的优势。跑一遍比看十篇评测都管用。
