Open Design lo construyen personas, en abierto. Skills, sistemas DESIGN.md, plugins, documentación: cada commit es una pincelada. Elige un issue, envía un PR y gana una tarjeta de honor única en el momento en que se hace merge.
El atelier es también una galería. Ayudarte a crear el trabajo es la mitad de la dirección; asegurar que la sala venga a verlo es la otra. Cada pieza que publicas no aterriza en una bóveda, sino en una pared, donde el mundo puede encontrarla.
Todo lo que el estudio produzca (contenido, un producto terminado, una plantilla, un Skill, un flujo de trabajo) puede plegarse de vuelta en un plugin. El registro acepta cualquier forma; la puerta no tiene guardián.
El día en que tu primera pieza aterriza en el registro, tu nombre se une a la pared. No una insignia de visitante. Una línea permanente en la lista de colaboradores, junto a todos los que llegaron antes.
El registro en open-design.ai/plugins es solo el umbral. Desde ahí, las piezas más fuertes se llevan hacia afuera: a X, al #showcase de Discord, al boletín, a los reels de vídeo. Cada relevo amplía la sala; el mundo conoce tu mano.
Recorre el registro de plugins. Las obras colgadas allí son yesca para la tuya. Toma la chispa y crea la pieza que solo tu mano podría.
Los maintainers protegen la dirección y la calidad de Open Design: revisan las contribuciones, mantienen coherente el estándar y hacen sitio para que más colaboradores se ganen su lugar en el proyecto.
Nagendhra aporta el instinto de un ingeniero de datos por la verdad en producción: encontrar el fallo, medir el caso límite y arreglarlo como es debido. En Open Design, eso se refleja en el trabajo de preflight de despliegue, el endurecimiento del empaquetado de assets y las correcciones de Windows que hacen que el proyecto se sienta fiable cuando los colaboradores publican.
Sid es el ingeniero generalista con el ojo de un diseñador para el detalle: el tipo de maintainer que nota tanto la ruta rota de la CLI como el affordance de interacción torcido. En Open Design, Sid mantiene los flujos de exportación, las acciones de plugins, los shims de Windows, el manejo de MIME y la fontanería de agentes lo bastante afinados como para que una comunidad construya sobre ellos.
Un registro de largo recorrido de colaboradores talentosos que no dejan de convertir ideas, correcciones y oficio en el estándar compartido de Open Design.
La cola larga importa: los sistemas de diseño, las correcciones de documentación, los ejemplos y las pequeñas reparaciones son la forma en que un lenguaje de diseño abierto se vuelve fiable.
Una instantánea de colaboradores brillantes que hacen merge de PRs, mejoran el producto y hacen que Open Design se sienta vivo.
bulai0408 marca el ritmo esta semana con 19 PRs mergeados y ese oficio constante que mantiene a Open Design en movimiento.
En directo desde label:“good first issue” en el repo de Open Design. Comenta un issue para reclamarlo y un maintainer te lo asignará en un día.
Tanto si eres diseñador, redactor, ingeniero o alguien que acaba de detectar una errata, hay una forma de contribución para ti. Este es el camino.
Explora la lista de good-first-issues de arriba o abre un nuevo issue describiendo algo que mejorarías. Diseñadores: los sistemas DESIGN.md son la entrada más fácil.
Haz fork, crea una rama, haz push. Márcalo como borrador. Señala que quieres feedback pronto. Menciona qué issue cierra. La CI es rápida; bot-cards se queda en su propia rama.
Un maintainer revisa en 24 h. Somos amables, específicos y nunca ponemos barreras. Si te atascas, deja el enlace del PR en Discord #help.
El bot acuña tu tarjeta de honor en el momento en que se hace merge y la envía a la rama bot-cards. Compártela en X con #OpenDesign y republicamos las mejores.
