Skip to content

Choosing Your Tech Stack — A Decision Framework

A practical framework for choosing the right tools and technologies for your project — with sensible defaults for AI-assisted builders.

9 min readtech-stack, architecture, decisions, tools
Copy The Prompt First

Use the lesson prompt before you improvise

This lesson already contains a scoped prompt. Copy it first, replace the task and file paths with your real context, and make the agent stop after one reviewable change.

Matching prompts nearby

29

When you finish this lesson prompt, use the related prompt set to keep the same supervision pattern on the next task.

This lesson promptChoosing Your Tech Stack — A Decision Framework

A practical framework for choosing the right tools and technologies for your project — with sensible defaults for AI-assisted builders.

Preview
"Recommend a tech stack for this project.
Project type: [describe it]
Constraints: [budget, hosting, mobile, data, auth, payments, privacy]
My experience level: [describe it]
Give me:
1. the default stack you recommend

Your idea is validated. People want what you're building. Now comes the stack question.

Here's the truth: for most projects, the tech stack matters far less than people think. What matters is picking something reasonable and building with it. But since you need to pick something, let's give you a framework.

The Default Stack for Vibe Coders

If you want to skip the analysis and just start building, use this:

  • Frontend framework: Next.js (with React and TypeScript)
  • Styling: Tailwind CSS
  • Database: Supabase (PostgreSQL)
  • Authentication: Clerk or Supabase Auth
  • Payments: Stripe
  • Hosting: Vercel
  • AI tool: Cursor (or Bolt/Lovable for prototyping)

This combination is:

  • The most well-supported by AI tools (they've been trained on millions of examples)
  • Battle-tested by thousands of production applications
  • Free to start (generous free tiers across the board)
  • Well-documented with active communities

If you are building a web application and do not have a specific reason to deviate, this is your stack. It is the "Honda Civic" choice: boring, reliable, and easy to support.

When to Deviate from the Default

The default stack covers 80% of projects. Here's when you might want something different:

If you need a mobile app

Add React Native or Expo, or consider a Progressive Web App if the mobile experience can still be web-based.

If your app is very data-heavy

Consider Python with FastAPI for the backend if you are doing heavy data processing, ML, or analysis.

If you're building something simple and static

A personal blog, portfolio, or docs site does not need a full app stack. Use something lighter like Astro.

If you need real-time features

Live chat, collaborative editing, and real-time dashboards need WebSocket support. Supabase can cover some of this by default.

The Decision Framework

When choosing any technology, run it through these five filters:

1. Does the AI know it well?

This is the most important filter for vibe coders. If the AI tool you're using has been extensively trained on a technology, it will generate better code, make fewer mistakes, and give better explanations.

React and Next.js have abundant training data. Obscure or very new tools usually mean more errors and more frustration.

How to check: Ask the AI to build a small feature using the technology. If it does it confidently and correctly, the tool knows it well. If it struggles or generates code with obvious errors, choose something more mainstream.

2. Is the free tier sufficient?

As a vibe coder building an MVP, you shouldn't need to pay for infrastructure. Every service in the default stack has a free tier that covers small-to-medium projects.

Check the limits: users, storage, and API calls. For an MVP, free tiers are usually enough.

3. Is the documentation good?

When something goes wrong (and it will), you need to be able to find answers. Good documentation means:

  • Clear getting-started guides
  • Searchable API references
  • Active community forums or Discord
  • Recent updates (documentation from 2021 for a 2025 tool is a red flag)

Supabase, Vercel, Clerk, and Stripe all have excellent documentation, which is part of why they are good defaults.

4. Does it integrate with your other choices?

Technologies need to work together. The default stack is specifically chosen because every piece integrates smoothly with the others. Vercel is built by the same team that built Next.js. Clerk has first-class Next.js support. Supabase has official JavaScript libraries.

When you deviate, check that your choices play well together. "Does X work with Next.js?" is a good question to ask before committing.

5. Can you migrate away if needed?

Technology choices shouldn't be permanent traps. Prefer tools that use standard technologies under the hood:

  • Supabase uses standard PostgreSQL — your data isn't locked in
  • Vercel deploys standard Next.js — you can move to other hosts
  • Stripe is an industry standard — alternatives use similar patterns

Be cautious of tools that use proprietary formats or make it hard to export your data.

How to Handle Analysis Paralysis

If you are stuck, pick the option with more community support and examples. Popularity is not everything, but for a vibe coder it is a real advantage. And remember: most stack choices are reversible later.

The "Boring Technology" Principle

There is a reason engineers talk about "boring technology." New tools come with unknown risks. Established tools come with known problems and known fixes.

For vibe coders, that means: do not choose the newest thing just because it is new. Choose what is proven enough that the AI, the docs, and the community can help you when things break.

Save the experiments for side projects. Use boring technology for things that need to work.

Tech Stack Examples by Project Type

| Project Type | Recommended Stack | |-------------|-------------------| | SaaS web app | Next.js + Supabase + Clerk + Stripe + Vercel | | Landing page | Next.js + Vercel (or just Bolt/Lovable) | | Internal business tool | Next.js + Supabase + Vercel | | Mobile app | React Native + Expo + Supabase | | Data dashboard | Next.js + Python backend + Supabase + Vercel | | Blog / Content site | Astro or Next.js + Vercel | | Browser extension | Plain TypeScript + HTML/CSS | | Automation / Scripts | Python |

Try this now

  • Start with the boring default stack unless you have a clear reason not to.
  • Write down the one or two constraints that might justify deviating from the default.
  • Check whether the tools you choose are well supported by AI, documentation, and examples.

Prompt to give your agent

"Recommend a tech stack for this project. Project type: [describe it] Constraints: [budget, hosting, mobile, data, auth, payments, privacy] My experience level: [describe it]

Give me:

  1. the default stack you recommend
  2. why each tool is a good fit
  3. which choices are boring and proven
  4. which parts I should avoid over-optimizing right now"

What you must review yourself

  • Whether the stack is simple enough for you to ship with, not just admire
  • Whether each tool has strong documentation and community support
  • Whether the choices integrate cleanly with each other
  • Whether any deviation from the default stack is solving a real constraint

Common Mistakes to Avoid

  • Treating stack choice like identity. It is a means to ship, not a philosophy test.
  • Picking exciting technology without a reason. Novelty adds hidden costs.
  • Ignoring AI familiarity and docs quality. Supportability matters more than cleverness.
  • Overthinking reversible decisions. Many stack choices can change later.

Key takeaways

  • The default stack is powerful because it is boring, integrated, and well supported
  • Good stack choices reduce both engineering friction and prompting friction
  • Documentation quality and AI familiarity are real selection criteria for vibe coders
  • Choose the stack that maximizes momentum, not theoretical elegance

What's Next

You have your MVP defined, your idea validated, and your tech stack chosen. In the final lesson of this path, we'll put it all together into a concrete, day-by-day plan for building and shipping your MVP in one week. It's time to stop planning and start building.