Proposal: rename _PyInterpreterFrame struct as _Py_framedata is another example of this kind of readability/maintainability proposal - minimising the size of the functional diffs when splitting an existing data structure in two has resulted in the situation where it can be hard to tell in some new diffs whether the code is using the old structure or the new one, and that’s a potential problem as the two have significantly different memory management expectations.
Now, we may decide in that case that further naming churn isn’t worth the hassle, but I don’t think it’s self-evident that keeping the status quo would be the right outcome. I do think it’s reasonable to require a discussion on Discourse before making that kind of change, though. While the risk of generating an interminable bikeshed discussion is real, I don’t think that outweighs the potential benefit in others pointing out potential downsides to the change before it is made, as well as in having a more in-depth rationale for the change available than can be readily incorporated into a commit message.