Prompt inicial
El usuario describe intención, flujo, datos y restricciones.
Tutorial
Sesión para entender herramientas tipo Firebase Studio, Google AI Studio, Replit, Bolt.new, Lovable, v0, GitHub Spark y Base44 con criterio técnico hospitalario.
Idea central: llegar antes a una primera versión discutible sin confundir demo, piloto y producción.
01. Objetivo docente
La competencia principal es usar estas plataformas sin perder criterio técnico, trazabilidad ni responsabilidad sobre el ciclo de vida del software.
Definición
El usuario describe intención, flujo, datos y restricciones.
La plataforma genera pantallas, rutas, componentes, datos de ejemplo y vista previa.
Se corrige, amplía, revisa y prueba la app con ayuda del agente de IA.
Qué descargan
Piezas habituales
Editar, ejecutar y revisar sin preparar local.
Interpreta, modifica, explica y corrige.
Hace visible el requisito.
Archivos, dependencias, rutas y componentes.
Auth, base de datos, funciones o APIs.
Compartir y validar temprano.
Versionar, revisar y continuar fuera.
Explicación y propuestas de arreglo.
Diferencias
| Categoría | Qué suele hacer | Diferencia práctica |
|---|---|---|
| Editor con IA | Ayuda a escribir código en un proyecto existente. | Presupone desarrollador y repositorio. |
| No-code / low-code | Configura apps mediante interfaces visuales y reglas. | Puede ocultar más el código y la arquitectura. |
| Cloud IDE | Proporciona entorno remoto de programación. | No siempre genera una app desde lenguaje natural. |
| Plataforma asistida por IA | Une intención, código, ejecución, preview, iteración y despliegue. | Comprime ideación, prototipo y desarrollo inicial. |
Promesa razonable
La promesa útil no es “software serio sin ingeniería”. Es llegar antes a algo que se puede ver, probar, corregir, enseñar y criticar.
Línea roja
El riesgo delicado no es que hagan demos malas, sino demos suficientemente buenas para crear falsa seguridad.
Niveles de uso
| Nivel | Puede ser razonable para | Condiciones mínimas |
|---|---|---|
| Exploración | Aprender, probar prompts, generar interfaz de ejemplo. | Datos ficticios y entorno aislado. |
| Demo interna | Validar navegación o idea con un equipo. | Aviso claro: no es producción. |
| Piloto controlado | Probar flujo con usuarios seleccionados. | Revisión técnica, permisos, trazabilidad mínima. |
| Producción | Uso estable por la organización. | Gobierno completo: seguridad, arquitectura, pruebas, soporte, costes y cumplimiento. |
02. Panorama
Prototipo, workspace cloud y servicios Firebase.
Explorar Gemini, Build mode y prototipos AI-forward.
Entorno completo en navegador con agente y despliegue.
Full-stack web rápido en ecosistema JS/TS.
MVPs visuales con backend frecuente en Supabase.
Interfaces React/Next.js y componentes modernos.
Apps desde lenguaje natural en flujo GitHub/Copilot.
Aplicaciones completas con experiencia visual y conversacional.
Lectura por familias
Cuando interesa editar, ejecutar, depurar y desplegar desde navegador.
Cuando el cuello de botella es convertir idea de pantalla en UI usable.
Cuando se busca bajar fricción para producto, negocio o perfiles menos técnicos.
Cuando repositorios, despliegue, políticas y continuidad pesan más que la demo inicial.
Comparativa rápida
| Perfil | Probar primero | Motivo |
|---|---|---|
| Docencia | Replit, Bolt.new, v0, Firebase Studio | Permiten ver prompt, código, ejecución, errores y despliegue. |
| No técnico / negocio | Lovable, Base44, Replit | Reducen fricción y convierten ideas en app visible. |
| Frontend | v0, Bolt.new, Lovable | Aceleran pantallas, formularios, dashboards y componentes. |
| Full-stack pequeño | Replit, Bolt.new, Firebase Studio | Workspace, dependencias, preview y despliegue integrados. |
| Datos sensibles | Ninguna sin revisión previa | Primero privacidad, seguridad, contratos, permisos y mantenimiento. |
Firebase Studio
Google AI Studio
No confundir exploración de modelo con gobierno de aplicación. Si el prototipo toca datos, identidad, despliegue o coste, vuelve a aplicar la checklist técnica.
Otras plataformas
03. Criterios
UI, demo, MVP, app interna, backend o integración.
Datos, impacto, criticidad, exposición y dependencia.
Docencia, perfil funcional, desarrollador o equipo IT.
Ver, editar, exportar, versionar y revisar.
Dónde viven prompts, código, conversaciones y datos.
Qué ocurre si crece, cambia precio o desaparece.
Checklist hospitalaria
Matriz rápida
| Resultado | Qué significa | Acción recomendada |
|---|---|---|
| Apta para exploración | Riesgo bajo, datos ficticios, valor de aprendizaje. | Usar con límites y documentar supuestos. |
| Apta para demo | Prototipo visible para discusión interna. | Marcar claramente que no es producción. |
| Apta para piloto | Hay revisión técnica y entorno separado. | Definir permisos, trazabilidad, responsables y criterios de salida. |
| No apta todavía | Datos sensibles, dependencia alta o falta de control. | Resolver privacidad, seguridad, contratos, código y mantenimiento antes. |
Prompt de revisión
Revisa esta aplicación como responsable de seguridad IT de un hospital. Enumera riesgos, supuestos incorrectos, datos sensibles que podrían aparecer, permisos que faltan, dependencias externas, costes ocultos y cambios necesarios antes de pensar en un piloto.
Una buena práctica del curso: pedir primero la app y después pedir a la IA que ataque sus propios supuestos.
04. Taller práctico
Prototipo desde prompt con datos ficticios.
Qué archivos, dependencias, datos y supuestos generó.
Llevarlo a GitHub para trazabilidad.
Tomar control en entorno propio.
Usar asistente de programación con revisión y commits.
Aplicación de taller
Entregables
URL o preview con datos ficticios.
Proyecto exportado o sincronizado.
Dependencias, datos, permisos y riesgos.
Qué haría falta para piloto controlado.
Supuestos y razones para no operar todavía.
Qué cambió al tomar control local.
Criterio final
Úsalas para aprender, prototipar y conversar mejor. Detente cuando aparezcan datos reales, integración corporativa, permisos, costes, continuidad o mantenimiento sin dueño claro.
Cierre
La velocidad no rebaja requisitos de seguridad, pruebas y soporte.
Campos, permisos, datos y flujos aparecen antes cuando se ven en pantalla.
Git, código revisable y entorno local son la frontera hacia software mantenible.