Crea tu primera página web usando IA
1. Idea central
La idea principal del tema es que hoy puedes crear una página web funcional usando inteligencia artificial sin programar manualmente, siempre que sepas dar buenas instrucciones, elegir un stack adecuado y usar un flujo de publicación con herramientas como Devin, GitHub y Vercel.
Lo esencial no es solo “hacer una web”, sino entender este proceso:
- describir lo que quieres,
- dejar que la IA lo construya,
- revisar lo que genera,
- resolver bloqueos,
- publicarlo en Internet,
- iterarlo con nuevos cambios.
En otras palabras, el curso muestra que la IA ya no sirve solo para responder preguntas, sino también para actuar como agente de desarrollo.
2. Desarrollo conceptual
Antes de seguir, este diagrama resume el flujo completo explicado en el tema:
🟢 Devin como agente de desarrollo
Devin no se presenta aquí como un simple chatbot, sino como un agente de IA.
¿Qué significa eso?
Un chatbot normal suele:
- responder preguntas,
- proponer código,
- explicar conceptos.
Un agente como Devin además puede:
- ejecutar acciones,
- usar herramientas,
- probar lo que construye,
- trabajar con terminal,
- interactuar con Git,
- desplegar software.
La diferencia práctica es enorme: no solo sugiere, sino que opera sobre una computadora virtual.
🟡 La computadora virtual por sesión
Cada sesión tiene una máquina virtual dedicada. Esto significa que la IA no está “imaginando” el proceso, sino que está trabajando en un entorno real de ejecución.
Esto permite que:
- cree archivos,
- instale dependencias,
- ejecute comandos,
- levante un servidor local,
- vea errores,
- corrija y continúe.
Por qué importa: porque convierte una instrucción en un flujo real de desarrollo, no solo en texto explicativo.
🟢 El prompt como especificación inicial
En este tema, el usuario no programa: especifica.
La instrucción dada fue una especie de requerimiento de producto:
- una web para registrar gastos,
- diarios, semanales y mensuales,
- sin base de datos,
- intuitiva,
- minimalista,
- con recomendación de stack antes de ejecutar.
Esto enseña una idea clave de la IA aplicada al desarrollo:
quien sabe pedir bien, diseña mejor el resultado.
🟡 Qué es el stack
El stack es el conjunto de tecnologías usadas para construir una solución.
Se divide normalmente en:
- Front-end 🟢: lo que ve e interactúa el usuario.
- Back-end 🟡: la lógica del sistema.
- Base de datos 🟡: el almacenamiento persistente estructurado.
En este caso, como el proyecto debía ser simple y sin base de datos, Devin ajustó el stack a algo más liviano.
🟡 El stack elegido y su lógica
La propuesta aceptada fue:
- Vite 🟡
- React 🟡
- TypeScript 🟡
- Tailwind 🟡
- Local storage 🟢
¿Por qué este stack tiene sentido?
- Vite: acelera el desarrollo y reduce complejidad inicial.
- React: facilita construir interfaces por componentes.
- TypeScript: reduce errores al dar estructura al código.
- Tailwind: acelera el diseño visual con clases utilitarias.
- Local storage: evita montar un servidor o base de datos para algo pequeño.
Esto enseña un principio importante:
la mejor tecnología no es la más compleja, sino la más adecuada al problema.
🟢 Local storage
El local storage permite guardar datos directamente en el navegador del usuario.
Qué resuelve:
- no necesitas servidor,
- no necesitas base de datos,
- los datos persisten aunque cierres la pestaña.
Limitación importante:
- los datos quedan en ese navegador y en ese dispositivo,
- no se sincronizan automáticamente entre varios equipos,
- si el usuario borra los datos del navegador, puede perderse la información.
Por tanto, es ideal para prototipos, utilidades personales y pruebas rápidas, pero no para sistemas multiusuario o críticos.
🟡 Visualización en tiempo real con Live Browser
La opción Go to Live Browser permite ver cómo la app aparece mientras Devin la construye.
Esto tiene valor pedagógico porque:
- muestra que el desarrollo es iterativo,
- deja ver errores o pantallas vacías temporales,
- ayuda a entender que una app no “aparece completa” de golpe.
También ayuda a validar si el resultado va alineado con lo pedido.
🟡 Resultado funcional generado
La app final incluye:
- selector de moneda,
- monto,
- categoría,
- fecha,
- nota opcional,
- botón para agregar gasto,
- vistas diaria/semanal/mensual,
- gráfica por categoría,
- exportar/importar.
Esto muestra que un prompt bien dado puede producir algo más que una landing page: puede producir una aplicación con lógica de uso real.
🔴 Integración con GitHub y error 401
Cuando Devin intenta crear o subir el repositorio y aparece un error 401, el problema no es de “la IA” como capacidad general, sino de autenticación.
401 suele significar:
el sistema no está autorizado porque la credencial no es válida, expiró o no tiene permisos suficientes.
Aquí aparece un aprendizaje técnico muy importante:
- una herramienta de IA puede automatizar desarrollo,
- pero sigue dependiendo de credenciales, permisos y servicios externos.
Solución aplicada:
- crear un repositorio vacío manualmente,
- compartir la URL a Devin,
- pedirle que suba ahí el proyecto.
Esto enseña una mentalidad correcta: cuando falla la automatización, hay que desbloquear el flujo, no abandonar el proyecto.
🟢 Qué es coautoría en commits
Cuando el commit queda con tu usuario y con Devin AI Integration, se evidencia una forma de trabajo híbrida:
- tú defines objetivos,
- la IA ejecuta gran parte del trabajo,
- ambos quedan reflejados en el historial.
Esto es importante porque cambia la noción tradicional de autoría en desarrollo de software.
🟡 Despliegue con Vercel
El deploy consiste en convertir un proyecto del repositorio en una web accesible públicamente.
Flujo:
- crear cuenta en Vercel,
- importar repositorio,
- confirmar framework,
- desplegar,
- recibir URL pública.
La idea clave aquí es que tener código funcionando localmente no equivale a tener una web publicada.
Hace falta un servicio que la hospede y la sirva por Internet.
🟡 Actualizaciones automáticas
Una vez GitHub y Vercel están conectados, cada nuevo commit puede disparar un redeploy.
Eso crea un pipeline muy potente:
- tú pides un cambio,
- Devin edita el proyecto,
- sube commit,
- Vercel redespliega,
- la URL pública se actualiza.
Esto convierte la IA en parte de un flujo moderno de desarrollo continuo.
🟢 Cambio de tema visual: dark mode
El ejemplo del cambio a modo oscuro enseña que no solo puedes construir desde cero, sino también iterar sobre una app ya creada.
Ese paso es importante porque en el mundo real el desarrollo casi nunca termina en la primera versión. Lo habitual es:
- probar,
- corregir,
- mejorar,
- rediseñar,
- volver a publicar.
3. Conceptos implícitos
Hay varios conceptos que el curso presupone o menciona de forma indirecta:
- Prompt engineering 🟡: saber redactar instrucciones claras para obtener mejores resultados.
- Iteración 🟢: construir, revisar, corregir y mejorar en ciclos.
- Prototipado rápido 🟡: crear versiones funcionales en poco tiempo para validar una idea.
- Arquitectura ligera 🟡: elegir una solución simple cuando el problema no requiere una infraestructura compleja.
- Persistencia de datos 🟡: capacidad de conservar información entre sesiones.
- Control de versiones 🟡: uso de Git/GitHub para rastrear cambios del proyecto.
- CI/CD implícito 🔴: aunque no se nombra formalmente, el deploy automático desde commits se parece a un flujo de integración y despliegue continuo.
- Dependencia de servicios externos 🟡: la solución final depende de Devin, GitHub y Vercel, no solo del código.
4. Teoría complementaria relevante
Diferencia entre crear, probar y desplegar
Son tres etapas distintas:
- Crear 🟢: generar el código y la estructura del proyecto.
- Probar 🟡: verificar que funcione correctamente.
- Desplegar 🟡: publicarlo para que otros accedan.
Muchos principiantes confunden estas tres cosas y creen que si “ya se ve” en una máquina virtual, ya está en Internet. No necesariamente.
Qué gana el usuario con IA en desarrollo
La IA reduce barreras en:
- sintaxis,
- configuración inicial,
- selección de herramientas,
- estructura de archivos,
- puesta en marcha.
Pero no elimina la necesidad de pensar en:
- qué quieres construir,
- cómo debe funcionar,
- qué limitaciones tendrá,
- cómo validar el resultado.
Cuándo usar local storage y cuándo no
Sí conviene cuando:
- el proyecto es personal,
- es una demo,
- es un prototipo,
- la información es simple.
No conviene cuando:
- hay múltiples usuarios,
- los datos deben sincronizarse,
- necesitas seguridad fuerte,
- requieres respaldo centralizado,
- la información es crítica o sensible.
Vite vs Next.js en este contexto
No se dice de forma explícita, pero el ajuste de stack sugiere esto:
- Next.js suele ser más robusto y amplio, pero también más pesado para casos simples.
- Vite suele ser más directo para una aplicación de interfaz ligera.
Principio subyacente: no sobreingenierizar un proyecto pequeño.
5. Ejemplos prácticos
Ejemplo cotidiano
Una persona quiere registrar cuánto gasta en transporte, comida y ocio cada día.
No necesita usuarios, pagos ni servidor.
Una app con local storage es suficiente.
Ejemplo profesional
Un freelance quiere crear una herramienta interna para registrar horas trabajadas por proyecto.
Necesita algo rápido, funcional y privado en su navegador.
Puede usar IA para generar el prototipo en una tarde.
Ejemplo académico
Un estudiante quiere una web para llevar control de tareas, fechas de entrega y prioridades.
Puede pedirle a una IA una app minimalista con filtros, categorías y almacenamiento local.
Ejemplo de crecimiento del proyecto
Empiezas con local storage, pero luego quieres:
- acceso desde varios dispositivos,
- cuenta por usuario,
- sincronización,
- historial centralizado.
En ese punto ya no basta el modelo inicial y tendrías que migrar a back-end + base de datos.
6. Analogía
Piensa en Devin como un arquitecto-operario digital.
- Tú le dices qué casa quieres.
- Él propone materiales y plano.
- Luego construye una versión funcional.
- Si una puerta no abre, la corrige.
- Después sube la casa a un terreno visible para todos.
Pero tú sigues siendo quien define:
- el propósito,
- el estilo,
- las restricciones,
- los cambios.
La IA construye, pero la dirección del proyecto sigue siendo humana.
7. Errores comunes
1. Creer que IA = magia total
Confusión: pensar que la IA siempre resuelve todo sola.
Cómo evitarlo: entender que también depende de permisos, credenciales, contexto y calidad del prompt.
2. Elegir un stack demasiado grande
Confusión: usar herramientas complejas para un problema simple.
Cómo evitarlo: elegir la solución mínima suficiente.
3. Confundir “funciona en vivo” con “ya está desplegado”
Confusión: creer que verlo en el navegador remoto significa que ya está público.
Cómo evitarlo: distinguir entorno de desarrollo vs. entorno publicado.
4. No entender la limitación del local storage
Confusión: pensar que los datos estarán disponibles en cualquier dispositivo.
Cómo evitarlo: recordar que el almacenamiento local pertenece al navegador específico.
5. Dar instrucciones ambiguas
Confusión: pedir “hazme una app de gastos” sin restricciones ni criterios.
Cómo evitarlo: especificar objetivo, alcance, estilo, almacenamiento y comportamiento esperado.
6. Asustarse ante errores técnicos como 401
Confusión: asumir que el proyecto fracasó.
Cómo evitarlo: interpretar el error como un bloqueo puntual del flujo, no como el fin del proceso.
8. Mnemotecnia
Para recordar el flujo del tema, puedes usar:
P-E-V-S-D-A
- Pedir la app
- Elegir el stack
- Verla en vivo
- Subirla a GitHub
- Desplegar en Vercel
- Ajustar cambios
Frase guía:
“Pide, Elige, Ve, Sube, Despliega, Ajusta.”
9. Conexiones con otros temas
Este tema se conecta directamente con:
- Qué es la IA: porque muestra una IA actuando como agente, no solo como asistente conversacional.
- Automatización: la IA ejecuta tareas técnicas repetibles.
- Desarrollo web básico: introduce front-end, almacenamiento y despliegue.
- Prompt engineering: el resultado depende mucho de cómo se formula la solicitud.
- DevOps básico: aparecen repositorio, deploy y actualización automática.
- Producto digital mínimo viable (MVP): se construye una primera versión útil de forma rápida.
10. Aplicación práctica
Cómo usar este conocimiento hoy mismo:
- Define una micro-necesidad real
Ejemplos: gastos, tareas, hábitos, inventario personal.
- Redacta un prompt con restricciones claras
Incluye:
- qué debe hacer,
- para quién es,
- estilo visual,
- si lleva o no base de datos,
- si quieres exportar/importar.
- Pide recomendación de stack antes de ejecutar
Esto te permite validar si la solución está sobredimensionada.
- Observa el proceso en vivo
No solo para ver “si funciona”, sino para aprender cómo se estructura un proyecto.
- Publica la primera versión
El aprendizaje aumenta cuando el proyecto pasa de idea a producto accesible.
- Itera con cambios pequeños
Ejemplos:
- modo oscuro,
- nuevas categorías,
- filtros,
- resumen mensual,
- gráfica distinta.
11. Resumen para repaso rápido
- Devin es un agente de IA que puede crear, probar y desplegar software.
- Cada sesión tiene una computadora virtual donde ejecuta acciones reales.
- El usuario puede crear una app solo con instrucciones en lenguaje natural o voz.
- Elegir bien el stack evita complejidad innecesaria.
- Para un proyecto simple, usar Vite + React + TypeScript + Tailwind + local storage tiene sentido.
- El local storage guarda datos en el navegador sin usar base de datos.
- GitHub sirve para alojar el repositorio y controlar versiones.
- Vercel permite desplegar la app y obtener una URL pública.
- Un commit nuevo puede activar un nuevo despliegue automático.
- La IA acelera el desarrollo, pero todavía necesitas pensar el problema, revisar resultados y resolver bloqueos.
12. Autoevaluación
Responda estas preguntas directamente en el chat si desea, y yo le daré retroalimentación detallada una por una o todas juntas.
Comprensión
- ¿Qué diferencia principal hay entre Devin y un chatbot tradicional?
- ¿Por qué el
local storage puede reemplazar una base de datos en este proyecto?
Aplicación
- Si quisiera crear una app personal para registrar hábitos sin sincronización entre dispositivos, ¿qué parte del stack del ejemplo mantendría y por qué?
- Si Devin le propusiera una arquitectura con base de datos y servidor para una app muy simple, ¿qué le respondería y cómo justificaría ese ajuste?
Análisis
- ¿Qué relación hay entre la calidad del prompt y la calidad del resultado generado por Devin?
- ¿Cuál es la diferencia entre ver una app funcionando en Live Browser y verla desplegada en una URL pública?
Evaluación / creación
- ¿Qué mejoraría usted en el flujo mostrado para hacerlo más confiable o más útil para principiantes?
- ¿Cómo diseñaría un prompt mejorado para pedir una segunda versión de la app de gastos?
13. Glosario
- Agente de IA (AI agent)
Sistema de inteligencia artificial que no solo responde, sino que ejecuta acciones.
Contexto: Devin actúa como agente al escribir, probar y desplegar código.
- Stack
Conjunto de tecnologías usadas para construir una aplicación.
Contexto: se pidió una recomendación de stack antes de ejecutar el proyecto.
Inglés:
tech stack
- Front-end
Parte visual e interactiva de una aplicación.
Contexto: la interfaz donde el usuario registra gastos.
- Back-end
Lógica del sistema que procesa datos y operaciones detrás de la interfaz.
Contexto: en este proyecto se evita para mantener simplicidad.
- Base de datos (database)
Sistema para almacenar información de forma estructurada.
Contexto: no se usa en la versión simple del tracker.
- Local storage
Almacenamiento local del navegador para guardar datos de una web.
Contexto: reemplaza la base de datos en la app de gastos.
- Vite
Herramienta moderna para desarrollar aplicaciones web con rapidez.
Contexto: se eligió como base del proyecto.
- React
Biblioteca para construir interfaces basadas en componentes.
Contexto: permite organizar la app en partes reutilizables.
- TypeScript
Superset de JavaScript con tipado estático.
Contexto: mejora seguridad y mantenibilidad del proyecto.
- Tailwind
Framework de estilos utilitarios.
Contexto: se usa para construir una interfaz minimalista.
- GitHub
Plataforma para alojar repositorios Git y colaborar con código.
Contexto: allí se sube el proyecto generado.
- Commit
Registro puntual de cambios en un repositorio.
Contexto: cada actualización hecha por Devin queda guardada como commit.
- Deploy / despliegue
Proceso de publicar una aplicación en un servidor accesible por Internet.
Contexto: Vercel toma el repositorio y genera la URL pública.
- Vercel
Plataforma de despliegue para proyectos web.
Contexto: publica la app creada por Devin.
- Error 401
Error de autenticación o autorización.
Contexto: apareció al intentar usar GitHub con credenciales vencidas.
- Repositorio (repository)
Espacio donde se almacena y versiona un proyecto de software.
Contexto: GitHub aloja el código de la aplicación.
14. Plan de repaso sugerido
Basado en la curva del olvido de Ebbinghaus:
A las 24 horas
Repase:
- qué es Devin,
- qué es un stack,
- por qué se eligió
local storage,
- diferencia entre Live Browser y deploy.
Más propenso al olvido:
- nombres específicos de herramientas,
- orden del flujo,
- diferencia exacta entre entorno de desarrollo y publicación.
A los 3 días
Repase:
- ventajas y límites de
local storage,
- función de GitHub,
- función de Vercel,
- significado del error 401.
Más propenso al olvido:
- detalles técnicos de autenticación,
- razones detrás de la elección del stack.
A la semana
Repase:
- el flujo completo de punta a punta,
- cómo redactar un prompt efectivo,
- cuándo conviene una arquitectura ligera y cuándo no.
Se retiene mejor naturalmente:
- la idea general de “pedir a la IA que construya una app”,
- el concepto de despliegue como publicación en Internet.
Al mes
Repase:
- el proceso completo sin mirar apuntes,
- diseñe un nuevo caso de uso,
- compare esta solución con una que sí usaría base de datos.
Objetivo del repaso al mes:
pasar de recordar el ejemplo a transferir el método a otros proyectos.