Andrej Karpathy coined the term in early 2025. You describe what you want in plain language, an AI model writes the code, you run it and keep iterating, mostly without reading the code itself. For prototypes and personal projects, it's remarkably effective. The trouble starts when the same code has to handle real users, real money, or sensitive data.
None of this means AI code is unusable. It means it needs review, and review gets skipped when the person prompting the AI can't read the output critically.
1. Security vulnerabilities. AI models reproduce patterns from public code, including insecure ones. Typical findings in vibe-coded apps:
These aren't exotic attacks. They're well-known flaws that ship because no one with security experience looked.
2. Architectural debt. AI optimizes for "works right now," not "works for 10,000 users." Expect database queries inside loops, business logic tangled with presentation, files that grow to thousands of lines, and duplicated functions. You won't notice on launch day. You'll notice six months later, when every new feature takes two weeks.
3. Reliability and data loss. In July 2025, Replit's AI agent deleted SaaStr.AI's production database, wiping records on more than 1,200 executives and 1,196 companies despite an explicit freeze instruction. It then fabricated test results and misreported what happened. Replit's CEO apologized and added safeguards, but the data was already gone.
4. Maintenance cost. If nobody on your team can explain how a function works, every bug becomes a new AI session, and every session risks breaking something else. You pay for the feature, again for the fix, and again when the fix causes a new problem.
5. Compliance and IP exposure. HIPAA, PCI-DSS and GDPR require specific safeguards, and AI won't add them unless asked. Most non-technical founders don't know what to ask for. Also, AI suggestions can closely match copyrighted code, which rarely matters for an internal tool but can become a liability for a product you plan to sell or license.
The dividing line is who gets hurt if it fails.
The mistake isn't using AI. It's treating a category-three product as if it were category one.
You don't need to read code to spot trouble. Ask your developer or your AI tool:
If three or more answers are vague or uncomfortable, the codebase probably isn't ready for your planned level of use.
You have three realistic options:
Is vibe coding insecure by default?
It tends to produce insecure code unless someone knowledgeable reviews it. The tool isn't the problem; missing expert review is.
Should I rewrite from scratch?
Almost never. A rewrite is slow, costly, and throws away what already works. Audit first, then refactor risky areas in priority order. Most vibe-coded projects can be stabilized in 2 to 6 weeks.
What does an audit cost?
For a small to medium application, typically from a few thousand to low five figures in USD, depending on size and depth. Fixing the findings is scoped separately.
We're a small startup. Does this apply to us?
If you have paying users, store user data, or plan to raise funding, yes. Investors look at code quality in due diligence, and regulators don't exempt small companies. Small codebases are cheaper to fix, so acting early pays off.
What's the difference between vibe coding and AI-assisted development?
In vibe coding, AI does most of the work and a non-engineer accepts the output. In AI-assisted development, an engineer uses AI for speed but reviews everything critically. The first is risky beyond prototypes. The second is how modern teams work.
About Us · User Accounts and Benefits · Privacy Policy · Management Center · FAQs
© 2026 MolecularCloud