[Feature Request] I would like to organize the structure to allow for color scalability.

[nagineko]

Describe the solution you'd like

tailwind.config.jsのextend.colors配下の命名を以下のように整理し、色の追加や削除をしやすい構造にしたいです。
現在はfont-colorやsea-blue-hoverなど、フォントへのみ使用することが適切な色やホバー時のみ使用することが適切な色など、管理が複雑化しやすくなっているように見受けられます。

なので色の拡張性を持たせられるような構造に整理したいです。

I would like to organize the naming under extend.colors in tailwind.config.js as follows to make the structure easier to add and remove colors.
Currently, it seems that colors such as font-color and sea-blue-hover are more complicated to manage, such as colors that are appropriate to be used only for fonts and colors that are appropriate to be used only when hovering.

Therefore, we would like to organize the structure so that colors can be scalable.

// before
aws-sea-blue: '<value>',
aws-sea-blue-hover: '<value>',
aws-font-color: '<value>',
red: '<value>',
yellow: '<value>',
gray: '<value>',

↓

// after
aws-red: {
  DEFAULT: '<value>',
},
aws-sea-blue: {
  DEFAULT: '<value>',
  hover: '<value>', // どうしてもホバー時のみに使いたい色なら、このように定義することができます
                    // If you really want to use a color only when hovering, you can define it like this
},
aws-yellow: {
  DEFAULT: '<value>',
},
aws-gray: {
  DEFAULT: '<value>',
},
aws-black: {
  DEFAULT: '<value>',
},

Why the solution needed

UIやデザインを洗練するために必要な工数を削減するため
To reduce man-hours required to refine UI and design.

Additional context

Add any other context or screenshots about the feature request here.

Implementation feasibility

Are you willing to collaborate with us to discuss the solution, decide on the approach, and assist with the implementation?

• Yes, I am able to implement the feature and create a pull request.
• No, I am unable to implement the feature, but I am open to discussing the solution.