You might be interested in tailwind. I'm unsure how to explain it, but it is a pleasure to use once you get used to it.
Personally, I love the semantic value of a well-structured HTML document, but both approaches definitely have their advantages.
At the price of a verbose class soup everywhere.
I can’t bear to look at the soup so I don’t use it much.
IMO you can plan for the most likely course of long-term maintenance, choose a framework that matches, and be in a much better position. Especially if your site can quickly leverage the often nasty stuff like accessible form or menu frameworks, or modals.
Plus, it's really not that hard to override most old frameworky parts for changes that work well enough. Details involved, yes. But clever solutions are really abundant at various levels. This is also why "elegance" in frameworks is a thing.
ITCSS makes you think and work with the cascade resulting in almost never reverting anything. Super efficient.
That said I tried to use pico and bulma in small personal project and it's handy to have a baseline. The problem is that you inevitably spend most of the time later override and fighting the said frameworks that helped you get going quickly. So I wonder, if you know CSS, are you really saving time?