Building software has never been easier. Keeping it has never been more expensive to ignore.
The "vibe coding" wave - Lovable, v0, Replit, Bolt - let non-engineers generate working apps from prompts. Bubble, the no-code platform, leaned into the aftermath this month: its October 26 AMA demonstrated importing apps built with those tools (including zip-based imports) so they can be edited visually, and its October 6 Agent 2 launch added an MCP connection letting Claude Code and Codex act on Bubble apps. When a major platform builds an import pipeline for other tools' output, that tells you the market has moved from "can I build it?" to "who maintains it?"
That second question is about to hit thousands of small businesses at once. This post is the checklist for being ready before it does.
AI-generated apps work - at first. The failure modes arrive on a predictable schedule:
The pattern is identical to what the software industry has dealt with forever - legacy code nobody understands - except vibe-coded apps reach that state in months instead of years, and the businesses holding them rarely have developers on staff.
If you have a vibe-coded app in production (or about to be), run this list. It takes an hour and tells you whether the app is an asset or a liability:
If the app fails two or more of these, it is accumulating debt faster than value.
The deeper fix is a mindset shift. The vibe-coding tools sell the artifact - an app. What a business actually needs is the workflow: leads flow in, data lands in the right systems, someone reviews what matters, nothing depends on a single prompt.
That is why the platform moves this month matter. Bubble's import pipeline and MCP connection acknowledge that apps will be rebuilt, migrated and maintained across tools - the app is not the asset, the running process is. The same logic we apply to agents and automation for small business: the deliverable is a process that keeps working when the hype moves on.
Practically: when you outgrow a vibe-coded app, the sequence that works is (1) export everything - code and data, (2) map what the app actually does against your business process, (3) rebuild the workflow properly with review points and integrations designed in, (4) migrate the data with a parallel run, (5) keep the old app frozen as reference until the new one proves itself. That is a two-to-three-week project when done deliberately - and an emergency when done reactively after a failure.
To be fair to the wave: for internal tools, prototypes, and short-lived experiments, vibe coding is excellent. If the app's job is "validate this idea for two weeks," the economics favor building fast and discarding. The trouble starts when a prototype quietly becomes production - when real customers are in the data and the business depends on it. That transition, prototype to production, is the exact moment to apply the checklist above or rebuild properly.
Can I just keep prompting the AI tool to maintain the app?
For small changes, sometimes. But each regeneration risks breaking what worked, and the tool has no memory of your business rules. Past a certain size, prompt-driven maintenance costs more than a proper rebuild.
Is Bubble's import feature worth using?
It is a genuine option for apps with modest logic - visual editing beats raw generated code for non-engineers. Check what the import does to your data model and integrations before committing; imports rarely carry those over cleanly.
How do I know if my app is "production"?
Simple test: would its failure cost you money or customers this week? If yes, it is production, and it needs review, backup, ownership, and a maintenance plan.
What does a proper rebuild cost?
Usually less than expected, because the vibe-coded version is a working spec - it shows exactly what the workflow needs. Fixed-price rebuilds of a scoped app typically run days to a few weeks, not months.
The vibe-coding wave solved the wrong half of the problem. Building is now nearly free; maintaining is where the money is - and where the platforms are now racing to sell you a solution. Small businesses that treat AI-built apps as disposable prototypes are fine. The ones that let a prototype become critical infrastructure without ownership, review and backup are writing next year's emergency.
If you have an AI-built app that has quietly become important, send us a written intake - we will run the maintenance checklist with you and tell you honestly whether to keep, migrate, or rebuild.
Maxpertise is an AI-native engineering company. We embed native AI engineers inside your team, live in about 10 days. Please enable JavaScript to view the site, or email contact@maxpertise.net.