I see a qualitative difference here, though.

There is no "users will do it with ____ expected result" when it comes to edits. If the devs don't add the ability to edit kind 1 notes to their clients, then users won't edit them, because they can't. Not without overcoming a significant technical barrier, at any rate; namely, building their own client.

Meanwhile, when it comes to users adding or not adding the `nostr:` prefix to Nostr URIs, I believe that good design includes the application producing outputs the user expects when they provide a given input that a non-technical user is likely to provide. The exception would be applications that are only built for technical users.

Is it likely that a non-technical user will paste in a Nostr URI without the prefix? Not just likely. It can be seen in countless examples. Indeed, it is the way users will naturally paste the URI, until they have been instructed otherwise.

Can users learn by trial and error and/or assistance from other users that they should add the prefix if they want it to work consistently? Absolutely! But to the degree that they are required to do so is the degree to which the application's UX is not intuitive. Better if an application updates the URI for the user. Better still if the app's UI notifies them of the update and why, with the option to turn off this "URI autocorrect."