I think the part you're missing here is that the author here is under no requirement to accept changes to their project and everyone else is welcome to fork it if they disagree with choices made by the author.
The author did not in fact, make the project worse, all they did was not accept a change, and that is entirely different than making it worse.
Even those who stood to benefit from the change have not received a degraded experience in comparison to the current state of affairs, but the same experience as the current state of affairs, since no change occurred. It is truly within the author's rights to do this, in any case.
One should avoid a sense of entitlement to additional and ever-increasing quantities of free work when free work has already been done.
At what point did they make it _worse_? Tailwind didn't remove any existing functionality here. What they did was refuse to merge a PR while they're trying to figure out how to navigate a difficult financial problem, all while being fully transparent about what's going on, and saying that they're open to merging the PR if/when they manage to get things together.
This is very different from, say, the minio situation, where they were actively removing feature before finally closing development down entirely. Whether tailwind will end up going down this route, time will tell. But as of right now, I find this reading to be quite uncharitable.
It's not even funcationality to the library code, it's a PR to their docs. If you just want optimized docs for your LLM to consume, isn't that what [Context7](https://context7.com/websites/tailwindcss) already has? Why force this new responsibility to the maintainer.
You keep repeating that he makes his project worse – an active action – while in fact he did not do anything at all, he just refused to change something.
There's a point where it's too much and it just feels like a trojan horse when later you stop caring for your free users.