The issue with native apps is that you have to convince people to install them. If I had one app for each tab I open in my browser my phone would be a mess and out of free space. Then you slow down the delivery of features and bug fixes because you have to go through the app stores. You can't deploy something every day or more often.
So even if we can generate an app easily now, is that a wise choice for every business?
If the apps were actually good, you'd install them. A lot of the apps on F-Droid are pretty lightweight, and a phone's security model makes it much safer than installing apps on Windows.
The web makes apps worse by forcing a fairly strict sandbox, even as Google keeps trying to loosen it. Think of a messaging app that hides in your notification tray, that's a trivial UX thing that's impossible on the web.
Like everything, depends on the usecase. An email desktop app seems to be a valid one. A standard earlystage B2B SaaS Rails web app? Not so much.
Same with server side rust. A high volume transactional backend email service makes sense there. The base layer of a CRM managing a lot of business logic?
Life will go on much the same. We just have more options to say yes to 'native' with LLMs, we can experiment more with ideal scenarios rather than a religious adherence to cross platform or single-framework merely for team DX simplicity.