* A personal music player for Apple Music with an embedded agent loop, so I can say things like "I'm going to work in the wood shop, play woodworking-appropriate music and keep the playlist full and non-repeating indefinitely".
* A calorie/protein tracker that takes 1-liner summaries of meals, resolves them to macros with GPT5 calls, and tracks them in SQLite.
* A macOS menubar combined Apple TV and Roku TV remote control.
* A calculator front-end to SageMath that renders Latex math notation and has point/click shortcut affordances for linear algebra and MVC.
* A "self driving wiki" macOS desktop llmwiki that imports and digests PDFs.
* A menubar tracker for the little temperature sensors I have scattered all throughout the house so I can click my menubar and instantly see the temps in the different rooms of the house.
* A layout tool for designing picture frames to get cut lists and rabbet depths and stuff.
That's just the desktop stuff. These applications are generally better than what I'd get from the App Store. The calorie tracker is one of the better-designed apps on my dock.
I feel like I'm not doing this enough yet, it hasn't fully sunk in, and I'm going to be building a lot more stuff when it does sink in. I haven't yet gotten to the point of writing my own note-taking application (still Bear.app for that), but how long can that last?
Many people build calorie / macro tracker like OP but they don't build maintenance calorie tracker.
Your app tracks calorie intake, doesn't keep track of total calorie burn of the day (maintenance calorie tracking)
And no, calorie burn from watch is not good enough!
>A 2020 systematic review by Fuller et al. found that consumer wearables often perform poorly at estimating energy expenditure, even when they measure steps and heart rate reasonably well. Across brands like Apple, Garmin, Polar, and Withings, calorie burn estimates frequently showed substantial error, often in the 15–40% range and sometimes exceeding 50%. Wearables can still be useful for tracking trends, but not for precise calorie calculations.
This mitigates problems with LLMs' low quality code. For a single user, the bar is much lower. The app doesn't have to have all the features that work for everyone's edge cases, implemented in a way that other devs can maintain. It only needs to be good enough for one user, and can be discarded and recreated when it gets too messy.
Programmers want you to review and own the code or they'll dismiss it as slop. Then the lawyers come in and say that doesn't give you copyright over the result. Damned if you do, damned if you don't.
Maybe it's better to just stop publishing stuff. If everything is uncopyrightable slop, the rational move is to just keep it to ourselves. So much for the free and open source software commons.
Side note, why not just deploy onto a VPS and save the money from using hosted services, as well as protecting yourself from when they inevitably go down? The CBA clearly shows that while active development is going on its trivial to have hosted service subscriptions because the AI sub is way more, but what if that sub disappears? You're left paying (relatively) exorbitant amounts compared to $1-10 per month per VPS for life, or less if you have the privilege and wherewithal to self host. It's also dead easy with AI. Maybe this just reinforces how much a personal runtime solution is needed, as stated in YC's recent RFS.
In Precious Little Sleep the writer says some half of babies sleep well and some half require help. We must have had the former and so there’s no advice to give. If you were in that set it’s possible that your actions changed something or it’s possible it’s just what it is.
If you want to optimise and have the money to spare, I think it's fine. There are going to be people in the world that are better than you at most given tasks, and if working on those tasks is not fun for you and delegation is not a net negative, why not? It's why personal trainers exist (though I don't like them for separate reasons)
Yup! Can confirm, I wanted to blog, but I wanted it to work in a certain way to let me focusing on writing that no single system had, or cost too much.
Now I'm actually doing it.
I've had an idea for how I want to be social with friends and family (a website, but setup within my vision). Now it's done
Could I have done all of these things on my own or just paid for existing services? Yes
But now AI can do it for me while I watch TV. I just show up to test.
I'm building a podcast app just for me, because the podcast app I typically use (PocketCasts) is really good but there's just a couple of features I'd like and they don't bring out a lot of new features since it's not a monthly SaaS.
LLMs are a good help here because side projects typically slow down for me when I run into bugs / troubleshooting. So while I genuinely believe struggle is necessary for learning, being able to get over that hump to build something I need makes a big difference.
I'm not vibe coding the app though, since I actually want to know what it does. But I can see it being helpful for people who just need something and don't care about how it works.
Can confirm. I spent maybe 5-6 hours rebuilding an app I did in WinForms (originally Java… I forget the framework, Swing or something?) as a web app for a small business. Nothing fancy, basic CRM with existing database ported to SQLite and hosted on a cheapo VPS. Pure Codex CLI play none of that Cursor Orca rubbish. They’re very happy with it. Responsive, dark mode, works even without JavaScript. Nice unit test suite, simple server-side rendered. The traditional way. It’s the cats ass. Additional 2 hours for a couple of new requested features. Whatever! Easy peasy.
At work the team is leaning be heavily into internal tooling. Doesn’t need heavy support. Doesn’t need a fancy designer. Duct tape glue and liquid wrench are more than enough. It’s quick enough that it’s throw away and so if need be we can always write a v2 without losing months or years of work. Just enough to be useful, and then back to actual work.
the post on BoopSnoop was very impactful for me too! As a software engineer, it's drilled into your brain that you have to think about high scalability and user facing products. I used to have a lot of ideas, but the first instinct was always to build a paid user facing product. None ever got built. But after reading that post a few years ago, my mindset was completely flipped. Since then I've built umpteen tools, services, macOS menubar apps, tail scale services .. just for myself. And I love it!
This is such a romantic idea, but unfortunately Apple and Google are hostile to this model.
Of the two, iOS is /worst/ for running vibe coded apps.
You need to pay $99 a year to be an Apple developer if you want your app to live on your phone for more than a a week.
Distribution is a also pain in the ass even for personal use alone (you can't just toss around an IPA).
Finally, so many useful APIs are totally locked up. The fact that I cannot in 2026 extend Siri, for example, us infuriating.
Android is far more promising but Google recently shot themselves in the foot with their verified APK nonsense. Google's privacy posture is infamously nonexistent as well, and I have little interest in rooting a Pixel at my age.
Hopefully now that enough people can vibe code, these walls will crumble a bit.
I ran across WebXDC this past weekend, and I'm intrigued. I've built a few apps on it already, and I'm very pleasantly surprised by how cleverly inverted the whole model is (in combination with ChatMail). Delta Chat is available on iOS, I believe. I use Arcanechat on Android.
The beauty of the ecosystem is that apps are just zips of a webapp that is self-contained, and uses the webxdc api to message other copies of itself running on other folks' phones that are part of that chat group. Basically, the app communicates (and is distributed over!) the group chat (it's otherwise insulated from the internet). And because apps are just zipped webapps, they can be pulled apart, hacked on, and reassembled as needed for your group.
ChatMail relays tend not to retain info - they aren't hosts, they just relay encrypted messages (the platform mandates encryption). This sidesteps all the approval/review processes, and there is no app store or developer fee or even SDK. It's just folks trading apps and running them together.
It can't solve a lot of cases, but it solves some use cases (like a shared grocery list, or real-time card games, or games with leaderboards) really well.
A PWA might be well suited to your needs. Even Apple's restrictive model leaves plenty of room to build useful apps especially if they are designed to connect to a backend (like the ones in the post).
I totally hear you on that, but for my one off apps (and even some of my not one off apps) if I can't implement a feature in a PWA, I just learn to live without that feature.
It still holds for the desktop, though. LLMs have helped me quickly code new software for lab equipment (total users ~6), a research tool for my partner, and for several desktop apps I just use for me.
Two apps fill niches that I've wanted to code myself (one, I've wanted to code for the last twenty years on and off), but have never had the time to do so. Now, the speed from thought to working prototype is insane (less than an hour); it then takes a few days of occasional work to turn that prototype into something architecturally sound and half-decent.
And after that... well, I just keep improving, refactoring, refining, because it's so much fun.
App Store will be the place to download apps you can't avoid, like your bank's client.
For personal apps, the locked down stores are making themselves irrelevant. When you have software for one person, you don't want to publish it there. You want to bypass the gatekeepers.
Local first is a model I'm exploring. Combined with PWA it's pretty good and doesn't need to be native. LLMs are most useful for apps that are Good Enough™ anyway, and struggle with the remaining 5-10%.
Which is why computer freedom is so important it needs to be enshrined into law. Stuff like remote attestation, locked down boot loaders and "app stores" need to be made literally illegal. Ownership of the computer should be a constitutional right.
> No complaints over paying more than >$100 a month in subscriptions with coding agents
Plenty. The problem isn't so much the price as it is the loss of sovereignty.
It's not your model running on your computer, it's $CORPORATION's model running on their own data centers. They're just generously allowing you to use it, and only on their terms.
Oh no! $99! If you're rich enough to have bought into the Apple walled garden, $99 is nothing. Can't go out for a nice dinner with the family for less than that these days. Yeah it would be great if Apple gave it away for free, but it's their walled garden that we've locked ourselves into. My bigger complaint about Apple is how overboard they've gone with the security stuff, making it it that much harder to develop software for their systems, on top of costing more. But, gotta go to where the users are.
* A personal music player for Apple Music with an embedded agent loop, so I can say things like "I'm going to work in the wood shop, play woodworking-appropriate music and keep the playlist full and non-repeating indefinitely".
* A calorie/protein tracker that takes 1-liner summaries of meals, resolves them to macros with GPT5 calls, and tracks them in SQLite.
* A macOS menubar combined Apple TV and Roku TV remote control.
* A calculator front-end to SageMath that renders Latex math notation and has point/click shortcut affordances for linear algebra and MVC.
* A "self driving wiki" macOS desktop llmwiki that imports and digests PDFs.
* A menubar tracker for the little temperature sensors I have scattered all throughout the house so I can click my menubar and instantly see the temps in the different rooms of the house.
* A layout tool for designing picture frames to get cut lists and rabbet depths and stuff.
That's just the desktop stuff. These applications are generally better than what I'd get from the App Store. The calorie tracker is one of the better-designed apps on my dock.
I feel like I'm not doing this enough yet, it hasn't fully sunk in, and I'm going to be building a lot more stuff when it does sink in. I haven't yet gotten to the point of writing my own note-taking application (still Bear.app for that), but how long can that last?
Your app tracks calorie intake, doesn't keep track of total calorie burn of the day (maintenance calorie tracking)
And no, calorie burn from watch is not good enough!
>A 2020 systematic review by Fuller et al. found that consumer wearables often perform poorly at estimating energy expenditure, even when they measure steps and heart rate reasonably well. Across brands like Apple, Garmin, Polar, and Withings, calorie burn estimates frequently showed substantial error, often in the 15–40% range and sometimes exceeding 50%. Wearables can still be useful for tracking trends, but not for precise calorie calculations.
Here's completely free one i built, https://macrocodex.app/ 16,000+ users already.
Programmers want you to review and own the code or they'll dismiss it as slop. Then the lawyers come in and say that doesn't give you copyright over the result. Damned if you do, damned if you don't.
Maybe it's better to just stop publishing stuff. If everything is uncopyrightable slop, the rational move is to just keep it to ourselves. So much for the free and open source software commons.
> Our sleep consultant's plan arrived as a PDF full of conditional logic: wake windows, nap caps, what to do when a nap fails
Every so often, you get a glimpse into a whole world you never knew existed.
Now I'm actually doing it.
I've had an idea for how I want to be social with friends and family (a website, but setup within my vision). Now it's done
Could I have done all of these things on my own or just paid for existing services? Yes
But now AI can do it for me while I watch TV. I just show up to test.
LLMs are a good help here because side projects typically slow down for me when I run into bugs / troubleshooting. So while I genuinely believe struggle is necessary for learning, being able to get over that hump to build something I need makes a big difference.
I'm not vibe coding the app though, since I actually want to know what it does. But I can see it being helpful for people who just need something and don't care about how it works.
At work the team is leaning be heavily into internal tooling. Doesn’t need heavy support. Doesn’t need a fancy designer. Duct tape glue and liquid wrench are more than enough. It’s quick enough that it’s throw away and so if need be we can always write a v2 without losing months or years of work. Just enough to be useful, and then back to actual work.
Of the two, iOS is /worst/ for running vibe coded apps.
You need to pay $99 a year to be an Apple developer if you want your app to live on your phone for more than a a week.
Distribution is a also pain in the ass even for personal use alone (you can't just toss around an IPA).
Finally, so many useful APIs are totally locked up. The fact that I cannot in 2026 extend Siri, for example, us infuriating.
Android is far more promising but Google recently shot themselves in the foot with their verified APK nonsense. Google's privacy posture is infamously nonexistent as well, and I have little interest in rooting a Pixel at my age.
Hopefully now that enough people can vibe code, these walls will crumble a bit.
https://webxdc.org/
https://chatmail.at/
https://apps.apple.com/us/app/delta-chat/id1459523234
https://arcanechat.me/
The beauty of the ecosystem is that apps are just zips of a webapp that is self-contained, and uses the webxdc api to message other copies of itself running on other folks' phones that are part of that chat group. Basically, the app communicates (and is distributed over!) the group chat (it's otherwise insulated from the internet). And because apps are just zipped webapps, they can be pulled apart, hacked on, and reassembled as needed for your group.
ChatMail relays tend not to retain info - they aren't hosts, they just relay encrypted messages (the platform mandates encryption). This sidesteps all the approval/review processes, and there is no app store or developer fee or even SDK. It's just folks trading apps and running them together.
It can't solve a lot of cases, but it solves some use cases (like a shared grocery list, or real-time card games, or games with leaderboards) really well.
Two apps fill niches that I've wanted to code myself (one, I've wanted to code for the last twenty years on and off), but have never had the time to do so. Now, the speed from thought to working prototype is insane (less than an hour); it then takes a few days of occasional work to turn that prototype into something architecturally sound and half-decent.
And after that... well, I just keep improving, refactoring, refining, because it's so much fun.
For personal apps, the locked down stores are making themselves irrelevant. When you have software for one person, you don't want to publish it there. You want to bypass the gatekeepers.
Don't do that, that's a PITA. Put GrapheneOS on it instead—simple, no hassle, works great
No complaints over paying more than >$100 a month in subscriptions with coding agents but $99 a year is some how too much?
Yet another reason why “developers” are just consumers that are selective complainers that want their tools to cost $0.00.
Clearly as already stated in the article, hosting and distribution is not free.
Plenty. The problem isn't so much the price as it is the loss of sovereignty.
It's not your model running on your computer, it's $CORPORATION's model running on their own data centers. They're just generously allowing you to use it, and only on their terms.
Aside from Apple, running homemade software on a phone was free of cost, even back in the days of Motorola flip phones running Java…
I will if you are building anything good. What even is this statement?
You'll just prompt your LLM provider and they'll provision your software. It'll do testing, dependency updates, monitoring, and regular audits.
If you want fixes/features, you'll prompt your LLM and it'll make it so.