This looks like a highly specialized tool for desktop that actually works. I watch the demo and I am assuming the apps are actually made with some kind of technology a la Tauri, or Electron, thus making the apps cross-platform.
I don't think we are anywhere near a tool like this for native, but that's a lost battle anyway.
I hope it's not a lost battle, tbh. I was hoping with AI & Vibe Coding we'd see sort of a resurgence of native first desktop apps, but so far it's just all been a continuation of the web app & web tech hegemony.
Maybe not for Windows as their native GUI story is a lost cause now, but for sure macOS and I had hopes of it leading to a renaissance of desktop linux apps in GTK instead of electron, but that (the Linux) community seems to be hostile to any AI generated code at all for now.
> seems to be hostile to any AI generated code at all for now.
Because the majority of vibe-coded apps are low effort.
Native, especially on Windows and macOS, have been the domain of proprietary apps there's not much code outside of tutorials online to train a model on outside of official documentation.
I made a couple of small menu bar utilities for mac using Gemini, and it was OK at best. Kept wanting to use deprecated APIs, but with a lot of handholding I got them to work.
Would be neat to see Apple put out their own model specifically for Swift/SwiftUI
> This was never the case for the desktop tools I mentioned.
I'd be curious how well Claude Code works for a native Swift app on macOS, if that's the platform you're on. I've found it extremely good at iOS apps so my guess is it would be equally good at building a native macOS app with the same stack.
It works, but feels really janky and messy.
I had one very annoying bug with file export API where extra view on export window would appear with a delay. No matter what I tried it didn't manage to fix it. Instead it would go on to try and completely rewrite whole file export class in various ways... which still didn't work as it claimed it would. Ended up fixing it manually by caching instance view locally.
Well yeah, isn’t that criticism we’ve had every LLM wrapper for years now? “Show me the prompt!” But that doesn’t mean these types of products are useless.
I think it's fair to say that's a benefit of web apps over native apps in many cases. But for the kind of business app use case they're talking about, it's also a tradeoff. I can imagine a lot of business apps where you don't want to send the data to the server of a Replit etc. and doing all the processing local is a benefit.
My feeling is that it's intended for a less-technical audience than Claude Code.
If you're on Chrome and give them permission, or stuff them into Electron and friends, they can. The workflow isn't as smooth as with native applications, though.
On the other hand, the web browser does protect you from some of the risks this essentially "trust me bro" curl2bash-as-a-service product inherently comes with.