¿Cómo decides si algo pertenece al design system o se queda como pieza única?

Usa evidencia de repetición, no una corazonada. Un patrón se gana un sitio en el sistema cuando ha aparecido en tres o más contextos reales, cuando su comportamiento es estable, y cuando alguien va a hacerse cargo de él. Lanza primero la pieza única, deja que se demuestre, y después promociónala con props, estados y guía de uso claros. Los componentes prematuros crean abstracciones contra las que el equipo pelea durante años.

Mi regla práctica es la regla de tres. La primera vez, simplemente lo construyo. La segunda vez, anoto la duplicación. La tercera vez, miro las tres y me pregunto si son de verdad la misma cosa o tres cosas que casualmente se parecen. Esa última pregunta importa, porque el fallo clásico de un design system es fusionar dos patrones porque se parecen y luego atornillar una variante cada vez que divergen, hasta que tienes un componente con nueve props booleanas que nadie puede usar con seguridad. Cuando promociono algo, viene con un contrato real: los estados incluyendo cargando, vacío, error y deshabilitado, las reglas de contenido, y una sección corta de 'no uses esto para', que previene más desastres que la guía de uso. Y necesita un dueño. En un equipo lanzamos un sistema precioso que se degradó en un año porque nadie era su dueño, así que los equipos bifurcaron componentes en local y a los dieciocho meses teníamos cuatro tipos de desplegable otra vez. La gobernanza no tiene glamour, pero es el trabajo de verdad.