There's babel-watch (https://github.com/kmagiera/babel-watch) that attempts to solve some of that, but I found that support for flags (debug) was limiting.
In the end, I figured why not just put together the fundamental tools. I use tmux and it's really not a problem to run multiple commands. Reloads are very rapid, and I never have to worry about things like flags or any other configuration being passed to the underlying tools, even as the ecosystem continues to evolve.
Most of the time I'm just writing tests / code, so spinning up babel-node-debug on the occasions when I'm stumped isn't a major problem.
I suppose the nice thing here is that we both now have two ways of doing the same thing.
I've explained why I prefer running the underlying tooling; hopefully it will be useful as one of those snippets of internet knowledge.
Independent of debugging, I would contend that this set up is better than running babel-node with something like nodemon, again, because of much better reload times.
Again, thanks for babel-node-debug, I've used it before, and I won't be too surprised if I find myself reaching for it again in the future.