Figma ha agregado una nueva actualización a su integración de GitHub que permite a las organizaciones conectar múltiples organizaciones de GitHub a un único plan Figma, en un movimiento dirigido a equipos grandes que trabajan en proyectos distribuidos y repositorios de software pero que dependen de un sistema de diseño centralizado.
La actualización apareció en el historial de compilación de Figma el 5 de octubre. 2026, y la compañía explicó que la función está disponible para los planes Organization y Enterprise.
Antes de este cambio, varias organizaciones de software en GitHub representaban una capa adicional de gestión para las empresas que combinaban equipos de diseño centralizados con equipos de desarrollo distribuidos en diferentes módulos o productos.
Ahora puedes planificar Figma También se vincula a más de una organización de GitHub, lo que facilita mantener los sistemas de diseño compartidos en un solo lugar mientras los vincula a los repositorios y códigos de diferentes equipos, según Figma.
El cambio es especialmente relevante para productos como Code Connect y las integraciones que permiten que los componentes de diseño se vinculen con sus contrapartes. La verdad está en el código.
Code Connect no convierte mágicamente un archivo de diseño en una aplicación; Su función principal es ayudar a los equipos a aclarar la relación entre un componente del sistema de diseño dentro de Figma y el componente de software aprobado dentro del repositorio de la empresa, reduciendo la posibilidad de utilizar elementos no solicitados. Compatible o reconstruir el componente de manera diferente.
La documentación de Figma también explica que su implementación de GitHub está integrada en flujos de trabajo que incluyen Figma Make y enviar parte del trabajo a GitHub, junto con capacidades de Code Connect que conectan la interfaz de diseño con los componentes en los repositorios.
Para equipos El diseño y la modernización pueden parecer más administrativos que visuales, pero tocan un problema real en las grandes organizaciones: ¿cómo mantiene una empresa una fuente de diseño unificada mientras el desarrollo funciona en múltiples arquitecturas de software?
Una empresa tiene una aplicación principal, un panel de administración, una aplicación móvil y productos para diferentes mercados. Puedes usar más de una Organización GitHub por razones organizativas o de seguridad. Al mismo tiempo, el equipo de diseño quiere que los botones, las fuentes, los estilos de entrada y los componentes principales sigan formando parte de un único sistema de diseño.
Permitir conectividad múltiple reduce la necesidad de crear integraciones separadas o separar el entorno de diseño. Sólo por la bifurcación interna de GitHub.
La característica también es importante en el contexto de la creciente competencia entre herramientas de diseño y herramientas de programación impulsadas por IA. Cuanto más cercano esté el diseño a los almacenes reales y a los componentes reales, menos dependiente se vuelve la transición de la idea al producto. Sobre la transferencia manual de información entre el diseñador y el desarrollador.
Sin embargo, la integración no elimina la necesidad de una gestión sólida del sistema de diseño. Vincular repositorios por sí solo no garantiza que los componentes estén estandarizados o bien documentados; El valor real aparece cuando los nombres, estados y versiones de los componentes son los mismos Sus usos ya están bien regulados.
