HN讨论 · 身份未知
AI 时代小型团队的设计-代码同步协作需求
2人产品公司中，开发者与设计师联合创始人共同开发。AI生成前端代码后，他们修改组件时直接改代码并发布，不更新Figma，导致设计稿被丢弃、生产组件系统不一致。团队需要一种能保持设计稿与代码同步且设计师可参与的协作方式。
查看原始信号hn:49286334
目标用户
小型产品团队中的开发者和设计师，尤其是通过AI生成前端代码的早期阶段团队
潜在需求
需要一种让设计系统与生产代码保持同步的工作流或工具，使得修改组件时能同时反映到设计稿，避免Figma被废弃，并保持组件库一致，同时让设计师能有效参与AI驱动的开发流程。
发生场景
一个2人产品公司，开发者与设计师联合创始人共同开发。随着AI生成前端代码比例提高，他们修改现有组件时直接在代码中实现，经设计批准后发布，但从不更新Figma。结果Figma设计稿被完全丢弃，生产环境组件系统变得笨重且不一致。
来源证据
当需要修改现有组件时，团队直接在代码中实现并经设计批准后发布，Figma从不更新，最终被丢弃，生产环境组件系统变得笨重且不一致。
be developer-focused and not easy for a designer to setup/use. 2. Everything was originally designed in Figma but pixel pushing every screen is feeling increasingly redundant. So ideally we'd just rely on some core components built in Figma and then vibe code their implementation. But of course when we want to change an existing component, I tend to just implement that change in code, get design-approval, and ship it: figma never gets updated, so its been pretty much discarded and the actualhttps://news.ycombinator.com/item?id=49286334
为什么值得留意
这是一个真实团队在AI加速开发中遇到的具体协作障碍：设计工具与代码流程脱节，导致设计系统退化。它揭示了AI生成代码普及后设计师如何参与、设计稿如何维护的新问题，可能驱动设计同步工具或流程的新需求。
已有方案
- 在Figma中构建核心组件，再用vibe code实现
- 修改现有组件时直接在代码中实现，经设计批准后发布
未满足部分
- Figma设计稿在代码修改后无法保持同步，最终被丢弃
- 生产环境组件系统变得笨重且不一致
可能延伸 · 模型推测
- 自动同步Figma设计与代码组件变更的集成工具
- 面向设计师的设计稿更新流程或轻量级审批机制
目前未知
- 来自单一用户的提问，未收到回复，代表性未知
- 具体技术栈、团队规模和产品类型不明确
- Figma被丢弃是否因工具局限或其他流程原因尚待确认
继续核实
- 其他小型团队在AI编码流程中如何维护设计系统一致性？
- 现有Figma与AI编码工具之间有哪些同步集成或缺口？
- 设计师直接参与代码修改的实践有哪些？
主题词
design system driftcomponent library maintenancedesign code syncsmall team collaboration