컴포넌트 레벨 디자인 토큰(Component-level Design Token)은 디자인 시스템의 일관성과 확장성을 보장하는 강력한 도구이지만, Adobe Spectrum의 사례는 과도한 세분화가 가져올 수 있는 문제점을 보여준다. 모든 가능한 변형(variant)과 상태(state)의 조합을 개별 토큰으로 정의하는 접근 방식은 결과적으로 21만개 이상의 토큰과 18MB JSON 파일이라는 비효율을 초래했다.
이러한 문제의 해결책으로 Recipes API의 개념을 차용한 최적화된 접근 방식을 고려할 수 있다. 실제로 많은 컴포넌트들은 서로 다른 변형과 상태에서도 동일한 디자인 값을 공유하는 경우가 많다. 이러한 특성을 활용하여, 공통된 디자인 값들을 묶어 표현하고 실제로 차이가 있는 부분만을 별도로 정의하는 방식으로 토큰 시스템을 구축할 수 있다.
이는 단순히 토큰의 수를 줄이는 것을 넘어, 디자인 시스템의 유지보수성과 실용성을 높이는 전략이 된다. 컴포넌트 레벨 토큰의 장점을 유지하면서도 시스템의 복잡도를 관리 가능한 수준으로 유지할 수 있다.