Faisalaffan Blog
Faisalaffan Blog
Engineering16 min read

Claim to Be an 'AI-Driven Founder' But Build Using Local LLMs? Sorry, That's Just Playing House.

Some founders proudly build products from scratch using Ollama on a Rp 50 million PC. We break down why that's delusion, not innovation โ€” and why a Rp 320k/month subscription is far more sensible.

Faisal Affan
Faisal Affan
Published
Gallery
1 / 3

Claim to Be an "AI-Driven Founder" But Build Using Local LLMs? Sorry, That's Just Playing House.

"I'm an AI-driven founder. My product was built from scratch using a local LLM on my own PC." โ€” someone who has never shipped a real product to production.

TL;DR

Some people claim to be AI-driven founders, building products from scratch using Ollama on a Rp 50 million PC. Sounds cool? It's delusion. A local 32B model is tier C-D โ€” equivalent to an intern who hallucinates frequently. You can't build a serious product with a half-baked brain. A Rp 320k/month cloud subscription gives you a tier A frontier brain โ€” and the numbers are undeniable.


๐Ÿšฉ The Cringe-Worthy "AI-Driven Founder" Phenomenon

You've probably seen this on LinkedIn or Twitter:

"I'm an AI-driven startup founder. All our products are built from scratch using local LLMs. No need to pay OpenAI. No cloud needed. Everything is in-house."

Attachment: RGB-lit gaming PC photo, terminal running Ollama, GPU at 82ยฐC. Hashtags: #AIFounder #BuildInPublic #Sovereignty

Likes: 12,000. Retweets: 3,000. Comments: "That's insane dude! Visionary!"

What never gets shared? The actual product demo. Why? Because there isn't one. Or if there is, the quality is embarrassing.

Let's break down why "building a product from scratch using local LLMs" is nearly impossible โ€” and why the people saying that most likely have never shipped a real product.


๐Ÿ”ฅ Why "Build Product with Local LLM" Is Delusional

This isn't about gatekeeping. This is about math and engineering reality that can't be skipped with enthusiasm or motivational quotes.

Problem 1: Tier C Brain Can't Think at Tier A

Building a product isn't just writing code. You need AI that can:

  • Architecture: Design database schemas, API contracts, service boundaries
  • Debugging: Trace bugs across 10+ files, understand race conditions
  • Refactoring: Restructure codebase without breaking existing features
  • Code review: Catch security vulnerabilities, logic flaws, edge cases

A local 32B model on a Rp 50 million PC? Struggles at the second point. Let alone the third and fourth.

Biting Analogy

Building a product with a local 32B LLM is like building a three-story house with a contractor who can only make a roadside stall. It's not the contractor's fault โ€” that's just their capacity. The fault is yours for forcing it.

Problem 2: "From Scratch" Is Heavier Than You Think

"Building from scratch" means:

Task Reasoning Level Required Local 32B Model
Project setup + boilerplate Low โœ… Can do
Simple CRUD Low-Medium โœ… Can do
Complex business logic High โš ๏ธ Starts hallucinating
Auth + RBAC + multi-tenant High โŒ Goes wrong
Payment integration Very High โŒ Dangerous
Database migration + schema evolution High โŒ Loses context
Performance optimization Expert ๐Ÿ’€ Doesn't understand
Security hardening Expert ๐Ÿ’€ Creates vulnerabilities instead

What a local model can handle is only the first 20% of the product journey. The rest? You'll spend more time debugging the model's hallucinations than debugging your actual product.

Problem 3: The Speed Lie

Founders who "build with local AI" often boast: "I generated 1000 lines of code in 5 minutes!"

What they don't say: 800 of those 1000 lines are garbage that has to be reviewed, debugged, and rewritten. Net productivity? Slower than writing manually.

Hard Truth

Frontier models (Claude Opus, GPT-4o) generate 200 lines of code that work immediately. Local models generate 1000 lines of code that require 3 hours of debugging.

1000 lines of garbage โ‰  productive. 200 correct lines = productive.

Problem 4: No Successful Founder Uses Local LLMs to Build Products

Try naming a single product that:

  • Revenue > $10K/month
  • User base > 1000
  • Built "from scratch" using a local LLM

There isn't one. What exists: half-finished side projects, demos that never reach production, or prototypes that ultimately get rewritten with help from frontier models.

On the other hand, the founders who are actually shipping products with AI? They all use cloud frontier APIs โ€” because they know their time is worth more than $20/month.


๐Ÿ’ธ Option 1: Build a PC AI Worth a Motorcycle

Minimum "usable" spec for a local coding assistant:

Component Price (IDR) Notes
๐ŸŽฎ GPU RTX 4090 24GB ~28-32 million Or RTX 5090 ~35M+
๐Ÿง  CPU + Mobo + 64GB RAM ~10-15 million Minimum for large models
โšก 1000W PSU + Case + SSD ~5-7 million Cheap PSU = exploded PC
๐Ÿ’ฐ TOTAL ~45-55 million Price of a new Honda Beat
What People Don't Account For
  • Electricity: PC idle ~200W, under load ~500W. Running 8 hours/day = ~Rp 300-500k/month additional electricity cost
  • Depreciation: New GPU generations every ~18 months. Your RTX 4090 loses 30-40% value in 2 years
  • Maintenance: dried-out thermal paste, broken fans, SSD wear โ€” all hidden costs

What You Get

With 24GB VRAM (RTX 4090), you can run models up to ~32B-35B parameters (or larger MoE models with aggressive quantization).

What is tier C-D equivalent to? A junior assistant who's occasionally brilliant, occasionally hallucinates badly, and often fails at tasks requiring complex reasoning. For a todo app? Fine. For architecting a 1000-table ERP? Good luck.


โ˜๏ธ Option 2: Subscribe to Cloud API

$20/month โ‰ˆ Rp 320,000/month

  • Access to Claude Sonnet + Opus (tier A)
  • Complex reasoning, coding expert
  • 45 messages/5 hours (Sonnet), extended thinking

๐Ÿ“Š Break-Even Analysis: The Undeniable Numbers

This is the part that makes a lot of people go silent. Let's do the math:

Timeline ๐Ÿ–ฅ๏ธ Local PC (Rp 50M) โ˜๏ธ Cloud (Rp 1M/month)
Month 1 Rp 50,000,000 Rp 1,000,000
Month 12 Rp 50,000,000 + electricity ~Rp 5M Rp 12,000,000
Month 24 Rp 50,000,000 + electricity ~Rp 10M Rp 24,000,000
Month 36 Rp 50,000,000 + electricity ~Rp 15M + depreciation Rp 36,000,000
Month 48 Rp 50,000,000 + electricity ~Rp 20M + depreciation Rp 48,000,000
Plot Twist ๐ŸŽฌ

In terms of cost, you only break even at around year 4. But there's a bigger catch...

In terms of intelligence, you NEVER break even.

A local 32B parameter model in 2026 โ‰  a cloud frontier model in 2026. The gap isn't 10-20% โ€” this is a generational gap. Like comparing a Casio calculator to a NASA computer.

Intelligence Gap Visualization

Plaintext
Frontier Model (Cloud)          โ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆ Tier A
                                          โ†‘
                              GAP THAT CANNOT BE CLOSED
                                          โ†“  
Local 32B Model                 โ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–‘โ–‘โ–‘โ–‘โ–‘โ–‘โ–‘โ–‘โ–‘โ–‘โ–‘โ–‘โ–‘โ–‘ Tier C-D

Task Complexity โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’โ†’
Simple          Medium              Complex         Expert
โœ… Local OK      โš ๏ธ Starts struggling โŒ Fails totally    ๐Ÿ’€ Hallucinates
โœ… Cloud OK      โœ… Cloud OK          โœ… Cloud OK       โœ… Cloud OK

๐Ÿค” "But It's Free After You Buy It!"

This is the most popular myth. Let's debunk them one by one:

Myth 1: 'Free after buying the hardware'

Reality: RTX 4090 under load โ‰ˆ 450W. Running 8 hours/day for a month:

Plaintext
450W ร— 8 hours ร— 30 days = 108 kWh/month
108 kWh ร— Rp 1,500/kWh = Rp 162,000/month MINIMUM

That's just the GPU. Add CPU, RAM, cooling โ€” total can reach Rp 300-500k/month. Where's the "free"?

Myth 2: 'It's just as smart'

Reality: SWE-bench benchmark (coding ability):

  • Claude Opus 4: 72.0% โœ…
  • GPT-4o: 68.4% โœ…
  • DeepSeek-R1 32B (which you can run locally): ~35-40% โŒ

That's almost half. For simple tasks, you might not notice. For complex architecture? The difference is night and day.

Myth 3: 'Faster because it's local'

Reality: Yes, small models are fast locally. But there's an engineering saying:

"A stupid answer produced quickly is still a stupid answer."

You can generate 100 tokens/second from a hallucinating model, or wait 3 seconds for the correct answer from the cloud. Which is more productive?

Myth 4: 'Local models will catch up'

Reality: Cloud frontier models keep advancing too. By the time local 32B models are as smart as today's GPT-4, cloud models will be 2-3 generations ahead. The gap isn't narrowing โ€” if anything, it's widening.


โœ… When Local ACTUALLY Makes Sense

Don't get me wrong โ€” there are legitimate use cases for local AI:

๐Ÿ”’ Privacy & Compliance

Proprietary code that MUST NOT leave the corporate network. Regulations like GDPR, HIPAA, or internal policies that prohibit sending data to third parties.

๐ŸŒ Offline Capability

You're on a submarine, in remote Papua, or somewhere without stable internet. Seriously โ€” this is a valid use case.

๐Ÿงช ML Research & Experimentation

You're learning machine learning, fine-tuning your own models, experimenting with new architectures. This is an education investment, not a productivity one.

โšก Autocomplete & Lightweight Tasks

Small models (7B-9B) on your existing laptop for code autocomplete, without needing an expensive PC. This is the reasonable sweet spot.


๐ŸŽฏ Verdict: Who Is Each Option For?

You're a professional developer who:

  • Develops complex applications (ERP, fintech, multi-tenant SaaS)
  • Needs tier A reasoning for architecture and debugging
  • Values time more than hardware money
  • Doesn't want to deal with hardware maintenance

Rp 320k-1M/month for frontier brain access >>> Rp 50M for tier C hardware.


๐Ÿ—ฃ๏ธ "But..." โ€” Before You Rage in the Comments

I know this article will make a lot of people want to argue. So let me answer you in advance before you waste your energy typing a reply:

'I develop using Claude, but ship a chatbot in my product using Qwen. Is that wrong too?'

No. That's actually SMART. And that's not what we're criticizing here.

There's a fundamental difference between:

  • Development tool (the AI that helps you BUILD the product) โ†’ needs tier A reasoning
  • Product feature (the AI you EMBED inside the product) โ†’ can use a small fine-tuned model

Using Claude to develop architecture, debug, and review code โ€” then shipping a fine-tuned Qwen 7B as a customer service chatbot in your product? That's a very clever hybrid strategy. Small models are great for narrow, well-defined tasks.

What we're roasting is people using tier C local models to build an ENTIRE product from scratch โ€” not people embedding small models as a feature. Two very different things.

'What if the API goes down? Isn't that vendor lock-in?'

A valid concern. But let's be realistic:

  • Cloud APIs (OpenAI, Anthropic, Google) have 99.9%+ uptime. How many times do their APIs go down in a year vs how many times does your PC overheat, PSU trip, or driver crash?
  • Vendor lock-in? You can switch between providers in a matter of hours. Switching from OpenAI to Anthropic is just changing your API key and endpoint. Try swapping a GPU โ€” that's what expensive lock-in looks like.
  • If you're paranoid, keep a fallback to another provider. A multi-provider strategy is cheap because you pay per token, not for hardware.

A Rp 50 million PC that breaks = weeks of downtime. An API that's down for 30 minutes = 5 minutes to switch providers.

'DeepSeek R1 is already frontier-level! Open source wins!'

Be careful to distinguish between FULL DeepSeek R1 vs DISTILLED DeepSeek R1.

  • DeepSeek R1 full (671B MoE) โ†’ indeed approaches frontier level. But it requires 8x A100 80GB = hundreds of millions in infrastructure, not a home PC.
  • DeepSeek R1 32B distill (which can run on your PC) โ†’ far below the full version. Distillation trades quality for size.

Analogy: a 4K Blu-ray (R1 full) vs a 480p YouTube video (R1 32B distill). Both are "the same movie" โ€” but the quality is night and day.

What you can run on an RTX 4090 is the 480p version. Don't pretend it's equivalent.

'Open source will win. Look at Meta, DeepSeek, Mistral!'

Open source is growing fast โ€” and that's great for everyone. But here are two realities:

  1. The best open source models (Llama 405B, DeepSeek 671B) don't fit on consumer PCs. What fits on your PC is the small version โ€” which has already lost a lot of capability.
  2. Cloud frontier models are also evolving. Every time an open source model catches up to GPT-4 level, cloud is already 1-2 generations ahead.

Open source wins for accessibility and AI democratization. But for building a serious product today? You still need frontier, and frontier lives in the cloud.

'Data sovereignty! My data can't leave the country!'

This is the most valid concern on this list. And the answer depends on context:

  • If you're in a regulated industry (banking, healthcare, government) โ†’ yes, there are compliance requirements. But the solution isn't a gaming PC under your desk โ€” the solution is a private cloud deployment (Azure Private, AWS Bedrock, GCP Vertex AI) that still uses frontier models but keeps data in-region.
  • If you're an ordinary startup talking about "data sovereignty" while your user data is on Firebase and Vercel โ†’ you don't need sovereignty, you need an excuse to justify buying a GPU.

Privacy โ‰  has to be local. Privacy = data is processed in a controlled environment. Enterprise cloud can handle that.

'At scale, cloud costs get expensive. Local models are cheaper at scale!'

True โ€” at a certain scale, self-hosted IS cheaper. But:

  • "Scale" in this context means hundreds of thousands to millions of requests per day. If you're at this level, you're not using an RTX 4090 PC โ€” you're using a GPU cluster in a data center with an ML ops team.
  • 99% of "founders" arguing about scale don't even have 100 users yet, let alone millions of requests. This is called premature optimization โ€” optimizing for a problem that doesn't exist yet.
  • Cross that bridge when you get there. Today, focus on shipping the product first. Infrastructure optimization is a good problem to have โ€” it means your product is already successful.
'You're just shilling for OpenAI/Anthropic. How much are they paying you?'

Nobody's paying me anything. I also use local models โ€” for autocomplete and lightweight tasks. This article isn't anti-local-model.

This article is anti-delusion:

  • The delusion that a 32B model is equal to frontier
  • The delusion that a Rp 50 million PC is cheaper than a Rp 320k subscription
  • The delusion that you can build a serious product from scratch using a tier C model

If showing numbers and facts is shilling, then sure. Numbers don't have an agenda. Numbers are simply undeniable.


๐Ÿ’€ The Uncomfortable Truth

For 'AI-Driven Founders' Reading This

If this article made you feel triggered, ask yourself:

  1. How many months have you been "building" with a local LLM, and can anyone actually use your product?
  2. How many hours have you wasted debugging model hallucinations vs debugging your actual product?
  3. Why do you never share your product demo, but you're always posting photos of your PC and terminal?
  4. Are you a founder who actually solves problems โ€” or are you just cosplaying as a founder while playing with a GPU?

If the answers make you uncomfortable โ€” maybe it's time to stop being stubborn and subscribe to a Rp 320k/month cloud service. Your ego doesn't pay your employees' salaries. A finished product does.


Closing: Don't Be a Founder Who's Proud of Their Tools But Has No Product

The startup world doesn't care if you use local AI or cloud AI. The startup world cares: is the product done? Will people pay for it? Is the problem solved?

If you're a vibe coder making side projects for fun โ€” local AI is perfectly fine. A 7B-9B model on your existing laptop is more than enough. Nothing wrong with that.

But if you call yourself a founder, want to build a real product, and you're entrusting your startup's future to a half-hallucinating local 32B model โ€” you're not innovative. You're delusional.

Rp 320k/month for access to a frontier brain. That's cheaper than a month's worth of Starbucks coffee. And the result is a product that can actually be shipped, not an eternal prototype that never leaves your laptop.

A real founder isn't proud of their PC specs. A real founder is proud of a product that people use.


Think this article is wrong? Prove it. Share a product you built from scratch using a local LLM โ€” one that real people actually use and that generates revenue. Not a terminal screenshot. Not a GPU photo. An. Actual. Product. ๐ŸŽคโฌ‡๏ธ

Related stories

Engineering
Engineering
Integer to Roman: The Greedy Mapping That Always Shows Up in Interviews

Integer to Roman: The Greedy Mapping That Always Shows Up in Interviews

Breaking down the integer to Roman numeral conversion problem โ€” from basic Roman numeral rules, the subtractive notation pitfalls (IV, IX, XL...), to a clean, interview-ready greedy O(1) solution. Complete with mapping table, step-by-step visualization, and why this approach is optimal given the 1-3999 constraint.
Faisal Affan
Faisal Affan
Published
Engineering
Best Time to Buy and Sell Stock: From Brute Force to One-Pass O(n)

Best Time to Buy and Sell Stock: From Brute Force to One-Pass O(n)

Master the classic coding interview problem 'Best Time to Buy and Sell Stock' with step-by-step explanation โ€” from the naive brute force approach, recognizing patterns, to the optimal one-pass O(n) solution using sliding window / two-pointer technique. Complete with array visualization, complexity analysis, and the intuition behind every decision.
Faisal Affan
Faisal Affan
Published
Engineering
Services I've Handled โ€” Full-Stack Engineering, Architecture & Product Strategy

Services I've Handled โ€” Full-Stack Engineering, Architecture & Product Strategy

A comprehensive list of professional services I've delivered across multiple industries: IoT fleet management, fintech core banking integration, cyber insurance platforms, education technology, and enterprise digital transformation. Each service backed by real production systems still running today.
Faisal Affan
Faisal Affan
Published
Engineering
Portfolio Strategy by Career Level โ€” Junior to CTO

Portfolio Strategy by Career Level โ€” Junior to CTO

Your portfolio should reflect your seniority level, not just list every project you've touched. Junior engineers sell potential and fundamentals. Senior engineers sell depth and architecture. Staff engineers sell leverage. CTOs sell business outcomes. Here's exactly what to put in your portfolio at each level โ€” with concrete examples and a universal format you can use today.
Faisal Affan
Faisal Affan
Published