Vibe coding

Práctica de delegar la escritura de código a agentes de IA, concentrándose en arquitectura, diseño y refinamiento de prompts. No es “dejar que la IA haga todo” — es estructurar el trabajo para que la IA produzca código eficiente con mínima fricción.

En la versión radical observada en Starter Story (ss-vibe-coding-practica), el fundador asume el rol de “Director de Producto” y la IA actúa como “CTO” / equipo de desarrollo: no se entiende cada línea, los bugs se resuelven copiando el error al chat hasta que la IA reescribe.

Competencias que privilegia

• Descomponer el problema en micro-steps. El skill diferenciador no es escribir código — es saber pedirle a la IA “botón → menú → DB” en pasos atómicos (one-shot fracasa).
• Ingeniería de prompts — comunicar intención con precisión.
• Arquitectura — pensar en sistemas, no en sintaxis.
• Plan + estructura de datos ANTES de prompt — documento JSON en texto antes de codear evita alucinaciones (Connor / Payout).
• Iteración rápida — prototipar, probar, refinar.

Competencias que desplaza

• Memoria de sintaxis y APIs.
• Configuración de entorno (delegada a plataformas tipo Replit, Vercel, Supabase).
• Código repetitivo (boilerplate).

Stack canónico observado (Starter Story 2026)

Perplexity (plan)
  → Bolt / v0 (frontend MVP visual)
  → Cursor con Claude 3.5 Sonnet (refinamiento + backend)
  → Supabase (DB + auth)
  → Vercel (deploy)

Casos cuantificados (Starter Story)

Fundador	App	Tiempo de build	MRR / resultado
Polus (Creator Hunter)	plataforma creadores	días / semanas	$30,000 día 1
Mal Baron (Prayer Lock)	app bloqueo móvil	3 días	>$21,000 MRR
Hassam (Launch Fast)	tool Amazon	48 horas	$21,800 MRR / 90 días
Connor (Payout)	app pagos	<2 semanas	$20,000 MRR
Sam (Algrow)	SaaS creadores	1 semana al MVP	$14,000 MRR

Cuándo aplica / cuándo NO

• Sí: frontend, boilerplate (auth con Clerk), integraciones simples, MVPs.
• No: integraciones delicadas (pasarelas de pago, auth compleja, validación de licencias). Un fundador resolvió pagos contratando dev en Fiverr por $250 una semana.
• No: diseños únicos con buen gusto — los fundadores prefieren dar referencias visuales de Figma o plantillas.

Posición en el wiki

• vibe-coding-101-replit → curso práctico (Atsushi/GMO Media).
• vibe-c-vercel-rauch → visión macro (Guillermo Rauch/Vercel).
• tech-skills-era-ai → lista explícita de habilidades emergentes.
• ss-vibe-coding-practica → operativa cuantificada de 5 fundadores no técnicos.
• ss-tech-stack → stack canónico Next.js + Supabase + Vercel + Cursor.

Tesis conjunta

La colaboración con IA será estándar. El código pasa de ser input a ser output; el developer pasa de ser tipeador a ser director/arquitecto.

Resuelve parcialmente la tensión “bugs sutiles”: cuando la IA entra en bucle (paywall, auth complejo), el fix económico es dev humano puntual por $250 (Fiverr). NO se intenta resolver con más prompts.

Tensiones (parcialmente cerradas en mayo 2026)

• ¿Qué ocurre con los bugs sutiles que la IA no detecta? → Caso Fiverr $250 documentado.
• ¿Cómo se evalúa código generado por IA a escala de equipo? — Sigue abierta.
• ¿Hasta qué MRR escala vibe coding antes de necesitar dev humano? — Ningún caso del set documenta el “techo”. Hassam llega a $21kMRRcompletamentesolo;Lemlisttuvoquereconstruircondevsrealesen$10M+ ARR (ver ss-fracasos-causas).
• El techo invisible no se mide en MRR — se mide en comprehension-debt (2026-05-19-comprehension-debt-ai-dev-trap + RCT Anthropic ene 2026): el grupo asistido por IA pierde 17pp en quiz de comprensión vs grupo manual; debugging es la skill más afectada. La distinción entre inquiry mode (>65% retención) y delegation mode (<40% retención) es la palanca operativa: el vibe coding como “ship and move on” sin pedir explicaciones inline degrada el modelo mental del propio sistema. La regla del autor: “poder contestar sobre el código sin abrir la chat window al menos la mitad del tiempo”.

Update mayo 2026 — Claude Code y OpenClaw como infraestructura

El batch inbox-2026-05-ai-coding-claude-agregada consolida el frame: Claude Code y OpenClaw no son IDEs, son infraestructura. La integración correcta no es “usarlos como editor” sino “diseñar workflows alrededor”.

• Claude Changed. The May 2026 Way to Use it (emerging-ai 2026-05-13) — Claude = infraestructura, no asistente. Surface correcta = donde vive el trabajo.
• EP214 Claude Code vs OpenClaw (bytebytego 2026-05-10) — comparativa formal con 5 dimensiones de diseño.
• OpenClaw 350k stars (Anton/Engineering Leadership 2026-05-16) — open-source que superó a React. Paradigma proactivo (heartbeat cada 30 min).
• 36 Claude Cowork Commands + 20 Claude Code Commands + Claude Code Masterclass 2026 — el ecosistema de commands/workflows reusables emerge como capa estable.
• Cursor pasa de IDE a plataforma de agentes (Superintelligence 2026-05-01) — monetización por token, no por seat.

Implicación: el techo del vibe coding sube cuando el founder no solo prompts → tooling adecuado, también diseña el harness (CLAUDE.md, skill files, MCP servers, feedback loops). El frame “senior eng pasa de revisar diffs a entrenar el harness” (Pointer #712 2026-05-01) aplica también al solo-founder.

Update mayo 2026 — segunda voz del comprehension debt

inbox-2026-05-ai-coding-claude-agregada documenta que el término “comprehension debt” fue adoptado por una segunda fuente independiente (Substack Weekly Stack 2026-05-06) que propone comprehension budget por módulo como contraparte operativa. El techo invisible del vibe coding (línea 75) está mejor caracterizado en mayo 2026 que en abril.

Update mayo 2026 — stack español Lovable/v0/Cursor (cluster Modo Inteligente)

modo-inteligente-notebook-2026-05-agregada aporta caso comparativo cuantificado en perfil agencia/SMB hispana (no solo founders indie US como Starter Story). El episodio “Lovable vs Cursor vs v0: comparación creando una App en 8h en vez de 1 mes” establece división de trabajo por herramienta:

Herramienta	Cuándo gana	Killer silencioso
Lovable	No-code puro + integración mágica Supabase + perfil diseñador/no-técnico	Sin commits internos = sin rollback. Quema créditos en bucles de error.
v0	Prototipos UI/backoffice con código editable + deploy Vercel one-click	Genera código sucio (deja fragmentos antiguos al reemplazar).
Cursor	Control técnico total + proyectos a largo plazo	Curva alta. Requiere dependencias + deploy manual.

Stack de promoción documentado: Fran Conejos empieza proyectos en Lovable y migra a Cursor cuando necesita control total y documentación externa. Casos cuantificados nuevos:

• Sebas: backoffice + calculadora de precios dinámica en <30 min, 19 iteraciones (v0).
• Sebas: ruleta interactiva para sorteo en directo en 15 min (v0).
• Sonia (diseñadora): portfolio web completo con documentos descargables en 3 min, un solo prompt + referencias Figma (Lovable).
• Raúl: dashboard analítico Reddit/YouTube en ~3 h, base de datos Supabase auto-armada (Lovable).
• Gilad (CTO Upbeat Studio): pestaña “Progreso” con gráficas de nivel del usuario en app móvil (Cursor).

Convergencia con cluster Starter Story: misma jerarquía (v0/Bolt para UI rápida, Cursor para control), distinto segmento (agencia/SMB hispana vs founder indie US). El frame de vibe-coding se confirma desde dos mercados independientes.

Divergencia útil: el cluster Modo Inteligente no menciona los riesgos de comprehension debt. Vibe coding hispano opera en delegation mode acelerado, sin frame propio del costo cognitivo. Tensión productiva con comprehension-debt no cerrada — pregunta abierta para el wiki.

Update mayo 2026 — voz canónica original (Karpathy) + límite declarado

yc-ai-paradigmas-y-agi-agregada captura la charla en YC AI Startup School donde andrej-karpathy formaliza el término “vibe coding” como aplicación práctica de Software 3.0 (LLMs como nueva computadora programada en lenguaje natural). Casos personales que cita: app iOS funcional sin saber Swift, web app “Menu Gen” enteramente por interacción con LLM.

Límite declarado por el mismo Karpathy que cierra la pregunta abierta del concept (“¿hasta dónde escala vibe coding?“):

“Generar la lógica con vibe coding es muy rápido y fácil; convertir el prototipo en una aplicación real de producción (infraestructura, dominios, pagos, sistemas de autenticación) sigue siendo un proceso muy arduo y frustrante en el que el humano todavía tiene que hacer clic manualmente por configuraciones tediosas.”

Reformulación de la pregunta abierta: vibe coding escala en lógica de aplicación, NO en ops/infra/auth/pagos. El layer que NO escala es el de integraciones con sistemas externos donde hay state, dinero, identidad o efectos secundarios.

Update mayo 2026 — AI Engineer Conference 2025 (segunda ola)

ai-engineer-coding-modelos-agregada consolida la evolución vibe coding → vibe engineering y aporta vocabulario que faltaba:

Atribución a Karpathy

El origen explícito del término queda documentado: andrej-karpathy lo acuñó. Cierre del wikilink-entity ya pendiente en sources previas.

Vibe coding vs vibe engineering — la curva de madurez

Eje	Vibe coding puro	Vibe engineering
Rol del humano	Escribe prompts, acepta output	Planifica, revisa, supervisa
Outcome típico	Prototipo funcionando, mantenimiento frágil (slop)	Sistema con tests, especificación, módulos profundos
Riesgo dominante	”yolo vibes” → vibe coding hangover	Mayor latencia humana en review
Quién lo predica	Karpathy original (paradigma 0→1)	Matt Pocock, Brendan O’Leary, Dex Horthy (madurez)

“El humano ya no es ‘picador de código’ — es mánager de un equipo de agentes que delegan ejecución y retienen pensamiento (arquitectura + decisiones de diseño + validación de PRs).”

Patrones operativos formales (canónicos)

• RPI — Research, Plan, Implement (nunca pedir código directamente):
  1. Research: el agente explora el repo y entiende el sistema actual.
  2. Plan: el agente redacta plan detallado en Markdown. El humano revisa y aprueba.
  3. Implement: limpiar contexto (sesión nueva), darle al agente solo el plan aprobado. Trabaja siempre en la “zona inteligente” — no en la dumb zone del context-engineering.
• TDD con agentes: red → green → refactor obliga a pasos pequeños. Antídoto al slop.
• Ralph Loops: dividir el trabajo en porciones minúsculas. Un solo cambio → tests → guardar → destruir contexto → empezar con mente en blanco. Cierra “agente trabaja infinito y pierde foco”.

Repos agent-legible — checklist arquitectónica

• Módulos profundos (deep modules): bloques grandes con interfaces simples. Los agentes se confunden con cientos de archivos pequeños interdependientes.
• Archivos de instrucciones globales en raíz: llms.txt, agents.md, .cursorrules, claude.md dictan reglas (estándares, librerías, no-patterns).
• APIs/CLIs sobre GUIs: los agentes no interactúan visualmente con GUIs fiablemente. Exponer funcionalidades como API/CLI = el agente automatiza, consulta estados, ejecuta tests.
• Linting + tests rápidos en sandbox: si el agente no puede verificar su trabajo → introduce errores. Shift left.

Herramientas estándar (mapa actualizado)

Herramienta	Config canónica	Rol
Cursor (Composer)	.cursorrules o agents.md; git worktrees múltiples para agentes paralelos	IDE optimizado, edición multi-archivo + bash
Claude Code	claude.md como contexto persistente; Skills (flujos predefinidos)	CLI extremadamente buena con bash + filesystem
GitHub Copilot Agent Mode	copilot-instructions.md	Asignar Issues, generar PRs en background en GitHub Actions
Replit Agent (Amjad Masad CEO)	—	Vibe coding hosting end-to-end
v0 / Bolt / Lovable	Prompt → UI completa	Iteración 0→1 para no técnicos

Voces contrarian de la conferencia

• Matt Pocock — “Software Fundamentals Matter More Than Ever” — sin fundamentos sólidos, vibe coding produce slop irrecuperable.
• Dex Horthy (HumanLayer) — “No Vibes Allowed: Solving Hard Problems in Complex Codebases” — en codebases complejas no escala; specs + plan obligatorios.
• Advertencia Specs-to-Code puro: la versión extrema (“solo specs sin revisar código”) degrada estructura de módulos, produce entropía, código imposible de mantener. Specs ≠ exención de leer código.

Fuentes

• vibe-coding-101-replit
• vibe-c-vercel-rauch
• tech-skills-era-ai (tangencial)
• ss-vibe-coding-practica ⭐ (mayo 2026 — 5 casos cuantificados)
• ss-tech-stack
• ss-10-principios #6
• ss-plan-30-dias (Fase 3 del plan canónico)
• 2026-05-19-comprehension-debt-ai-dev-trap ⭐ — contrapunto honesto: el costo no es bugs, es drift de comprensión del propio autor (ver comprehension-debt).
• inbox-2026-05-ai-coding-claude-agregada ⭐ — Claude Code/OpenClaw como infraestructura + Cursor → plataforma de agentes + segunda voz del comprehension debt.
• modo-inteligente-notebook-2026-05-agregada ⭐ — confirmación del stack desde mercado agencia/SMB hispana (Lovable/v0/Cursor con casos cuantificados: Sebas, Raúl, Sonia, Fran Conejos, Gilad).
• yc-ai-paradigmas-y-agi-agregada ⭐ — voz canónica original de Karpathy + límite declarado (vibe coding escala en lógica, no en infra/ops).
• ai-engineer-coding-modelos-agregada ⭐ — atribución a andrej-karpathy, curva vibe coding → vibe engineering, RPI/TDD/Ralph Loops como patrones canónicos, repos agent-legible, voces contrarian (Matt Pocock, Dex Horthy).