This is more a coordination problem, semver doesn't really matter here, except as a good enough standard or guardrail for most. It's going to get broken from time to time, and that is fine.

The CUE Unity project is an interesting take on how to "solve" the bigger issue of breaking changes or regressions.

https://github.com/cue-unity/unity

Basically, the idea is that users can register their project, tests, or benchmarks in Unity. The project maintainers can then test new code against these projects before releasing, or even before pushing a commit, because a regression is found for example. This works by injecting the version (or local code) into the dependency management system. For CUE, this is a `go mod edit`, or setting up the environment with the cli at version / local. How this is set up and managed isn't as important as getting the process in place and making it an easy workflow for both sides. Hence why I call it a coordination problem.

We have a similar project Harmony, inspired by Unity, powered by Dagger.

https://github.com/hofstadter-io/hof/tree/_dev/ci/harmony

(it's really just a dagger pipeline that has a few flags and loops over data in a file)