Skip to main content

Buduję MVP-y i Claude Code automations dla solopreneurów. Od pomysłu do produkcji w 2-4 tygodnie.

Zarezerwuj 30-min audit (free) Zobacz co zbudowałem

Bartosz Gaca — MVPs, MCP Servers, Claude Code

Buduję MVP-y, MCP servery i Claude Code automations dla solopreneurów i tech-founderów. Od pomysłu do produkcji w 2-4 tygodnie. MVP Sprint 15-30K PLN, Builder Retainer 5-10K PLN/mies, Automation Pack 3-8K PLN/mies.

Usługi — od pomysłu do produkcji w 2–4 tygodnie

  • MVP Sprint — Twój produkt w produkcji w 2-4 tygodnie
  • Builder Retainer — Twój developer na abonament po MVP
  • Automation Pack — Claude Code + MCP + custom agenty
Zarezerwuj bezpłatny 30-min audit

Najczęstsze pytania

Ile trwa zbudowanie MVP?

Od pomysłu do produkcji w 2–4 tygodnie w modelu MVP Sprint — one-man software factory z Claude Code i custom agentami.

Ile kosztuje współpraca?

MVP Sprint 15 000–30 000 PLN jednorazowo, Builder Retainer 5 000–10 000 PLN/mies, Automation Pack 3 000–8 000 PLN/mies.

Co to jest MCP server i po co mi?

MCP server to most między modelem AI a Twoimi systemami (baza, API, narzędzia) — dzięki niemu asystent realnie wykonuje zadania w firmie, nie tylko odpowiada na pytania.

Dla kogo jest ta oferta?

Dla solopreneurów i tech-founderów oraz firm, które chcą automatyzacji i integracji AI bez budowania własnego zespołu deweloperskiego.

Jak zacząć współpracę?

Zarezerwuj bezpłatny 30-minutowy audyt na /audit — omawiamy zakres i najszybszą ścieżkę do produkcji.

I Built a 19-Agent Dev Team Inside Claude Code — Honest Assessment After 3 Months

In March 2026 I built a 19-agent development team running entirely inside Claude Code. Not as a toy. As a production tool for building my own SaaS products. Here's the honest breakdown: what works, what doesn't, what it costs, and when it actually makes sense.

Why 19 agents instead of one Claude

One Claude instance tries to do everything at once and does none of it well. Ask it to "build a Stripe payment endpoint" — you get the backend, but schema validation is missing. Add "with tests" — tests appear but don't cover edge cases. "And make it secure" — a patch shows up, but DevOps never configured staging environment variables.

The root problem is lack of separation of concerns. One model has too much context, too many priorities, too little specialization. The fix is the same as in real companies: specialists with narrow ownership + a PM who coordinates.

That's how Dev Team v3.1 was born: 19 agents across 4 layers, a 10-phase pipeline, all contained in ~/.claude/skills/team-dev/SKILL.md.

AI Dev Team — 4 phases, 19 development agents
PM → Design → Implementation → Quality+Ops. Risk-tiered cost control.

Architecture: 4 layers, 19 agents

Layer 1 — Design & Architecture

API Designer — designs API contracts before anyone writes a line of code. Detects breaking changes, versions endpoints, generates OpenAPI spec. First in, first out — output becomes input for Layer 2.

Layer 2 — Core Development (4 agents)

  • PM (orchestrator) — coordinates everyone, owns board.json with task status, writes zero code
  • Backend — Node.js/Express, database, cache, queues
  • Frontend — React/Vite, i18n, state management
  • Integration Engineer — Stripe, external APIs, MCP connections, webhooks

Layer 3 — Quality & Security (9 agents)

Code Reviewer, Database Admin, Security Engineer, Tester (Playwright E2E), Mobile QA, UX Researcher, Performance, Billing/Compliance, Incident Commander. Each has a narrow mandate and cannot override another agent's domain.

Layer 4 — Delivery & Operations (5 agents)

DevOps, SEO, Release Manager, Documentation Writer, Data/Analytics Engineer. These run after the feature is built — Release Manager owns the go/no-go decision.

10-phase pipeline in practice

PhaseAgentsGoal
0API DesignerContract design before code
ABackend + FrontendParallel implementation
BCode Reviewer + DBACode review + DB migrations
B.5allStaging validation
CSecurity + Perf + UX + Mobile + BillingParallel audits
C.5Release ManagerDeployment readiness gate
DTesterFull E2E testing
D.5DevOpsPost-deploy smoke tests
ESEO + DevOps + Docs + AnalyticsPost-launch operations
E.5Release ManagerRelease notes + runbooks + monitoring

Risk-based shortcuts:

  • LOW risk (copy fix, color change): A → B → D → deploy
  • MEDIUM risk (new endpoint, new page): 0 → A → B → C → D → E → deploy
  • HIGH risk (payment changes, DB migrations): all 10 phases
  • HOTFIX: A → B → D → deploy → audit next day

Case study: reklamacje24.pl built with team-dev

In February 2026 I built reklamacje24.pl — a SaaS for generating Polish legal complaint letters. First version (landing + payment + letter generation) took 4 developer-days:

  • Day 1: API Designer → Backend (Express + PostgreSQL schema)
  • Day 2: Frontend (React + Vite) + Integration Engineer (Stripe Checkout + webhooks + BLIK/P24)
  • Day 3: Security Engineer (CSP headers, input validation, SQLi scan) + Tester (Playwright E2E)
  • Day 4: DevOps (Docker + GitHub Actions CI/CD) + SEO (schema.org, sitemap)

Without team-dev: my honest estimate is 2-3 weeks for the same result. Not because Claude writes faster — but because fewer things get forgotten. Security Engineer will catch what I'd skip after 8 hours of coding. DBA will always check if the migration has a rollback.

What genuinely doesn't work

Long context degrades after 4-5 phases. The PM loses the thread, starts repeating tasks or skipping steps. Fix: context reset after Phase C, manually feed board.json with current state.

Agents write conflicting things. Backend builds POST /api/v1/complaints, Frontend calls /api/complaints. This is normal without API Designer as the blocker. The API Designer phase is not optional.

Token cost scales with risk level. A full 10-phase pipeline on a complex feature (Stripe + BLIK + P24 with error handling) easily hits 500K-1M tokens. That's $15-30 per feature with Opus 4. Justified for payment logic, not for footer text changes.

Setup

The skill lives in ~/.claude/skills/team-dev/SKILL.md. Invoke with /team-dev describe what you want to build. Claude adopts the PM role and spawns subsequent agents via the built-in Agent() tool with isolated context per agent.

No external tools needed — works with standard Claude Code CLI. The only dependency is an active Claude Max subscription or an API key with Opus/Sonnet access.

Want to apply this?

If you're building your own product and want to compress development time through a multi-agent setup in Claude Code — I can show you how to configure the pipeline for your stack. Check my services or book a consultation.