Now Modelence App Builder has support for creating native mobile apps. Just like web apps, describe what you want and get a fully working mobile app, working in sync with your Modelence auth and backend.
@henry_habib Thanks, and appreciate the kind words! Right now Modelence is mainly for apps you are building from scratch, since it builds your app on the Modelence framework. If your product already runs on another stack, you can still move it over, but that means recreating the app, the DB, and the architecture on Modelence, so it is closer to a port than a plug in.
Where it really pays off is when you are building a serious, production-ready app: the framework and cloud are made to get you to production fast (deployment, DB, monitoring, observability all handled).
Report
Looks very cool! Will have to give this a try. Great that the code is fully available and not hidden.
@titusdecaliThanks! Owning your code and database matters a lot to us, so we make sure you keep full control of your app: code, db, deployment, monitoring, observability, all of it.
Report
Love the structure of your website - it made me interested even not being the developer. "Build real apps, not prototypes" is a strong positioning line! I'm curious though, do you find that non-technical founders also try to use Modelence, or is it really purely a developer tool?"
@julia_shtogren thank you, I am very glad you liked it! To your question: our users are mostly non-technical and semi-technical founders, not pure developers; that is exactly who we build Modelence for. You get to a real production-ready app without being an engineer, while still owning the code if you want to go deeper.
Report
@eduard_piliposyan Got it, thank you! That's really interesting! I'm a designer with a few app ideas but very little understanding of how development actually works - things like how a product ends up in the App Store, what the process looks like from zero. Do you have any educational content for people at that level? Blog posts, guides, anything that walks complete beginners through the basics? I feel like there's a real opportunity to turn curious non-technical people into users by meeting them even earlier in the journey.
@julia_shtogren Thanks, good point. Inside the product we already guide you through the steps that stay manual, like signing the build before publishing and submitting to TestFlight, the App Store, and Google Play, so you are not stuck at those points.
But you are right that we do not yet have beginner content explaining the whole journey from zero. That is a good idea for both web and mobile deployment, and something we will work on. Thanks for the idea 🙌
@julia_shtogren great point and yes we will consider adding more educational content on how everything works. But in general the AI chat is already playing that role - all general knowledge like how products end up in App Store is already just one prompt away, and whether you're using the Modelence AI chat or Cursor / ChatGPT / Claude, they will all be able to explain that as needed.
Report
Pulled it up and was surprised the auth and database bits were already wired together, no extra setup needed. Editing the generated code actually felt like normal code rather than some locked-in template.
@kkocatepe59352 Exactly, that is the idea. Modelence is a batteries-included framework, so auth, database, email, and a lot more come already wired together out of the box. That cuts down the time to a production-ready app and keeps the quality high, since you are not stitching together services yourself. And glad the generated code felt like normal code, that is the part we are proud of 🙌
Report
code ownership is what sold me, being able to inspect and edit after generation instead of being locked into a black box
@gulhanmana21499Â Owning your code and database matters a lot to us, so we make sure you keep full control of your app: code, db, deployment, monitoring, observability, all of it.
@gulhanmana21499Â I think one of the biggest things that AI has changed is that people want way more ownership than before. Everyone has access to AI and powerful tools now, so owning things is even more important for all.
Report
the fact that you actually own the generated code instead of being trapped in some walled garden is such a rare move for this category of tools, really appreciate that you made that the default rather than an upsell
@kcibr44600Â thanks, glad you like it! We did it because the framework & its cloud platform is our main product, rather than the AI builder, which is typically the main product for most other app builders.
Report
Scaffolded a quick side project over the weekend and the auth plus database wiring came through on the first try, which saved me a ton of setup time. The generated code was actually readable enough to tweak without fighting it.
How does the generated code actually work under the hood - do I get a full repo I can self-host anywhere, or am I locked into running it on your infra?
@nevintekat7bz2Â you get a full repo you can self-host anywhere, although we don't recommend self-hosting because Modelence Cloud is exclusively built for Modelence apps and already takes care of everything you would have to do yourself otherwise.
Report
Sharing one codebase and backend between web and mobile from a single prompt is the part that would actually save time, most "AI app builder" mobile support I've seen is really a wrapped webview. Since it's on Expo, does the builder handle the native module gaps that Expo doesn't cover out of the box, and can it get you to a signed build ready for TestFlight/Play internal testing, or does that packaging step stay manual?
@galdayan Good eye, and yes, that is exactly the difference: it is real native via Expo/React Native sharing one codebase and backend, not a webview wrapper.
On packaging: we use EAS to build and store the submission, so most of the pipeline is automated and you do get to a build. The last steps for signing and publishing (especially to the App Store) still need some manual work, but Modelence handles most of the flow around it, so it is not a fully manual packaging step
Report
The Expo choice is smart, that's the fastest path to real iOS and Android from one codebase. The question web builders never have to answer but mobile ones do: where does the wall hit at ship time? Getting to a running app in Expo Go is the easy part, getting through signing, provisioning profiles, and App Store review is where most no-code mobile tools quietly hand you back a raw project. Does Modelence take you through EAS build and store submission, or stop at the code?
@dipankar_sarkar Good question, and it is exactly the wall most no-code mobile tools hit.
Modelence takes you through EAS build and store submission, not just the code. The build, provisioning, and submission pipeline is automated through EAS, so you get to a real build rather than a raw project. The one place it is not fully hands off is the final signing and publish, especially App Store review, which still needs a few manual steps (Apple keeps that gated no matter what). But everything leading up to it is handled, so you are not dropped at the code and left to figure out the rest
Replies
Voquill
Nice! How does this fit into an existing project, or is it mainly designed for building apps from scratch? Congrats and good luck on the launch!
Modelence App Builder
@henry_habib Thanks, and appreciate the kind words! Right now Modelence is mainly for apps you are building from scratch, since it builds your app on the Modelence framework. If your product already runs on another stack, you can still move it over, but that means recreating the app, the DB, and the architecture on Modelence, so it is closer to a port than a plug in.
Where it really pays off is when you are building a serious, production-ready app: the framework and cloud are made to get you to production fast (deployment, DB, monitoring, observability all handled).
Looks very cool! Will have to give this a try. Great that the code is fully available and not hidden.
Modelence App Builder
@titusdecaliThanks! Owning your code and database matters a lot to us, so we make sure you keep full control of your app: code, db, deployment, monitoring, observability, all of it.
Love the structure of your website - it made me interested even not being the developer. "Build real apps, not prototypes" is a strong positioning line!
I'm curious though, do you find that non-technical founders also try to use Modelence, or is it really purely a developer tool?"
Modelence App Builder
@julia_shtogren thank you, I am very glad you liked it! To your question: our users are mostly non-technical and semi-technical founders, not pure developers; that is exactly who we build Modelence for. You get to a real production-ready app without being an engineer, while still owning the code if you want to go deeper.
@eduard_piliposyan Got it, thank you! That's really interesting! I'm a designer with a few app ideas but very little understanding of how development actually works - things like how a product ends up in the App Store, what the process looks like from zero. Do you have any educational content for people at that level? Blog posts, guides, anything that walks complete beginners through the basics? I feel like there's a real opportunity to turn curious non-technical people into users by meeting them even earlier in the journey.
Modelence App Builder
@julia_shtogren Thanks, good point. Inside the product we already guide you through the steps that stay manual, like signing the build before publishing and submitting to TestFlight, the App Store, and Google Play, so you are not stuck at those points.
But you are right that we do not yet have beginner content explaining the whole journey from zero. That is a good idea for both web and mobile deployment, and something we will work on. Thanks for the idea 🙌
Modelence App Builder
@julia_shtogren great point and yes we will consider adding more educational content on how everything works. But in general the AI chat is already playing that role - all general knowledge like how products end up in App Store is already just one prompt away, and whether you're using the Modelence AI chat or Cursor / ChatGPT / Claude, they will all be able to explain that as needed.
Pulled it up and was surprised the auth and database bits were already wired together, no extra setup needed. Editing the generated code actually felt like normal code rather than some locked-in template.
Modelence App Builder
@kkocatepe59352 Exactly, that is the idea. Modelence is a batteries-included framework, so auth, database, email, and a lot more come already wired together out of the box. That cuts down the time to a production-ready app and keeps the quality high, since you are not stitching together services yourself. And glad the generated code felt like normal code, that is the part we are proud of 🙌
code ownership is what sold me, being able to inspect and edit after generation instead of being locked into a black box
Modelence App Builder
@gulhanmana21499Â Owning your code and database matters a lot to us, so we make sure you keep full control of your app: code, db, deployment, monitoring, observability, all of it.
Modelence App Builder
@gulhanmana21499Â I think one of the biggest things that AI has changed is that people want way more ownership than before. Everyone has access to AI and powerful tools now, so owning things is even more important for all.
the fact that you actually own the generated code instead of being trapped in some walled garden is such a rare move for this category of tools, really appreciate that you made that the default rather than an upsell
Modelence App Builder
@kcibr44600Â thanks, glad you like it! We did it because the framework & its cloud platform is our main product, rather than the AI builder, which is typically the main product for most other app builders.
Scaffolded a quick side project over the weekend and the auth plus database wiring came through on the first try, which saved me a ton of setup time. The generated code was actually readable enough to tweak without fighting it.
Modelence App Builder
@alt_noz56283Â Thank you for the feedback!
How does the generated code actually work under the hood - do I get a full repo I can self-host anywhere, or am I locked into running it on your infra?
Modelence App Builder
@nevintekat7bz2Â you get a full repo you can self-host anywhere, although we don't recommend self-hosting because Modelence Cloud is exclusively built for Modelence apps and already takes care of everything you would have to do yourself otherwise.
Sharing one codebase and backend between web and mobile from a single prompt is the part that would actually save time, most "AI app builder" mobile support I've seen is really a wrapped webview. Since it's on Expo, does the builder handle the native module gaps that Expo doesn't cover out of the box, and can it get you to a signed build ready for TestFlight/Play internal testing, or does that packaging step stay manual?
Modelence App Builder
@galdayan Good eye, and yes, that is exactly the difference: it is real native via Expo/React Native sharing one codebase and backend, not a webview wrapper.
On packaging: we use EAS to build and store the submission, so most of the pipeline is automated and you do get to a build. The last steps for signing and publishing (especially to the App Store) still need some manual work, but Modelence handles most of the flow around it, so it is not a fully manual packaging step
The Expo choice is smart, that's the fastest path to real iOS and Android from one codebase. The question web builders never have to answer but mobile ones do: where does the wall hit at ship time? Getting to a running app in Expo Go is the easy part, getting through signing, provisioning profiles, and App Store review is where most no-code mobile tools quietly hand you back a raw project. Does Modelence take you through EAS build and store submission, or stop at the code?
Modelence App Builder
@dipankar_sarkar Good question, and it is exactly the wall most no-code mobile tools hit.
Modelence takes you through EAS build and store submission, not just the code. The build, provisioning, and submission pipeline is automated through EAS, so you get to a real build rather than a raw project. The one place it is not fully hands off is the final signing and publish, especially App Store review, which still needs a few manual steps (Apple keeps that gated no matter what). But everything leading up to it is handled, so you are not dropped at the code and left to figure out the rest