De tu primera conversación a una app que funciona.

Entra en chatgpt.com o abre la aplicación oficial. Inicia sesión con tu propia cuenta. Escribe una petición breve; cuando la respuesta no encaje, aclara el objetivo en el mismo chat. Para probar el formulario público de esta app no hace falta cuenta: la cuenta se necesita para construir y gestionar, no para participar.

Nunca he usado ChatGPT. Explícame cómo mantener una conversación útil contigo. Soy responsable de deporte universitario. Dame un ejemplo de una tarea pequeña, explícame tus límites y proponme una primera actividad de cinco minutos.

Comprueba: Puedes pedir una explicación, corregir el resultado y guardar lo que te resulte útil.

El modelo genera y razona; ChatGPT es el producto que lo utiliza; las herramientas le permiten consultar fuentes o actuar. Un modelo frontera es un modelo de capacidad avanzada, no una garantía de verdad. Un formulario y sus estadísticas pueden funcionar sin llamar a un modelo en cada envío.

Explícame, con el ejemplo de una incidencia de una pista de pádel, la diferencia entre ChatGPT, un modelo de IA, Codex, un sitio web, una base de datos y una tarea programada. Para cada uno, indica qué hace y cómo comprobar que funciona.

Comprueba: Puedes explicar por qué un aviso debe quedar guardado en una base de datos y no solo en una conversación.

Puedes explorar con Free (0 USD/mes). Para este recorrido recomiendo empezar con Plus (20 USD/mes de referencia), comprobar que Work y Sites estén disponibles en tu cuenta y revisar el consumo antes de ampliar. Go (8 USD/mes) está orientado a trabajo ligero; Pro parte de 100 USD/mes. Son precios de referencia consultados el 11 de noviembre de 2026: confirma moneda, impuestos y condiciones al contratar. Work y Codex comparten consumo. El uso mediante API se factura aparte.

Revisa la documentación oficial actual de OpenAI y mi plan visible. Quiero construir una demo con formularios, base compartida, zona privada y un informe semanal. Propón la opción inicial de menor coste que permita estas funciones. Distingue suscripción, créditos, API, alojamiento y dominio. No contrates ni actives pagos sin mi aprobación.

Comprueba: Tienes un presupuesto por separado para construir, alojar y automatizar; no una promesa de coste total fijo.

Consultar fuente oficial

Como punto de partida práctico: GPT-6.1 Sol con esfuerzo medio para construir y coordinar la app; Luna para tareas pequeñas bien definidas; Terra para revisiones visuales y cambios acotados; Astra para problemas especialmente complejos. Comprueba el selector de tu cuenta: disponibilidad y límites varían. Compara resultados con la misma prueba, no solo por la impresión de la respuesta.

Divide mi trabajo en investigación, construcción, revisión visual, correcciones pequeñas e informe semanal. Recomienda el modelo y esfuerzo mínimos razonables para cada tarea según la documentación oficial disponible. Explica cómo comprobarías su calidad con una prueba concreta.

Comprueba: Sabes cuándo usar un modelo más capaz y cuándo basta uno económico.

Consultar fuente oficial

Define un resultado por petición, adjunta solo las fuentes necesarias y pide verificar el cambio. Reutiliza lo aprobado. Para estadísticas, usa cálculos del servidor y pide a la IA que los explique. Las tareas muy frecuentes también consumen cuota: una tarea semanal puede ser suficiente para el informe; las alertas requieren una frecuencia acordada o un servicio de envío conectado al servidor.

Antes de empezar, propón un alcance mínimo: qué necesitas leer, qué vas a cambiar y qué prueba demostraría el resultado. Conserva lo que funciona. No generes imágenes ni rehagas toda la app si el cambio es solo de texto. Avísame si faltan datos y evita repetir investigaciones ya verificadas.

Comprueba: Cada tarea tiene un alcance, un resultado comprobable y un criterio para terminar.

Abre Proyectos / Projects y crea uno llamado «ENAS · App de instalaciones». Añade una descripción y agrupa ahí los chats y archivos. Si trabajas en Codex con una carpeta local, selecciona esa carpeta como proyecto. Usa chats separados para investigación, construcción y revisión, conservando las decisiones en documentos del proyecto.

Voy a crear «ENAS · App de instalaciones». Organiza el proyecto para investigar instalaciones, definir el producto, construir y probar. Prepara PRODUCT.md con objetivo y usuarios, DIRECTION.md con el diseño y un archivo de decisiones. No construyas todavía ni cambies archivos ajenos al proyecto.

Comprueba: El proyecto tiene un objetivo claro, materiales identificados y un registro de decisiones.

Consultar fuente oficial

Escribe las reglas del caso en las instrucciones del proyecto. En un proyecto de código, pide guardarlas en AGENTS.md. Los requisitos esenciales deben quedar en esos archivos, aunque abras un nuevo chat. Comprueba que se distingue una demo de un servicio oficial.

Añade estas reglas al proyecto: mantener el diseño aprobado; trabajar primero en versión de prueba; usar datos ficticios; distinguir público y personal; no atribuir aprobación a la UPO; verificar datos institucionales con fuentes oficiales; no inventar correos ni conexiones; mostrar pruebas antes de dar una función por terminada.

Comprueba: Al abrir otro chat puedes recuperar las reglas desde un archivo, sin depender de recordar toda la conversación.

La memoria es opcional. Revisa Ajustes > Personalización. La memoria de ChatGPT y la memoria local de Codex tienen controles distintos; Work usa los ajustes de tu cuenta y espacio de trabajo. Guarda preferencias generales útiles; las reglas del producto permanecen en documentos. Evita incluir contraseñas, claves y datos de participantes.

Ayúdame a decidir qué preferencias de trabajo merece la pena recordar y qué debe quedar en los documentos de este proyecto. No guardes nada en memoria todavía. Propón una lista breve para que la revise.

Comprueba: Puedes localizar y cambiar las instrucciones; sabes qué memoria estás utilizando.

Consultar fuente oficial

Para conversar y definir el problema, usa Chat. Para trabajo con varias fuentes y entregables, usa Work. Para trabajar sobre archivos de la app, usa Codex. Sites proporciona el recorrido de alojamiento cuando está disponible. Revisa el catálogo de plugins de tu cuenta y conecta únicamente los que necesites. Una conexión de Gmail en ChatGPT no entrega automáticamente al servidor de tu web sus credenciales.

Comprueba qué herramientas tengo disponibles para construir y alojar esta app y para enviar correos. Distingue herramientas realmente conectadas de opciones que solo podrías recomendar. Explícame cada permiso antes de pedirlo y conserva el alcance mínimo. No envíes nada en esta comprobación.

Comprueba: Tienes una lista de funciones disponibles, permisos y elementos pendientes de configurar.

Consultar fuente oficial

Una skill reúne instrucciones para una tarea repetible; un plugin puede distribuir skills y herramientas. Puedes seleccionar una skill con @ en ChatGPT y con $ o el selector de skills en Codex. Comprueba qué aparece en tu catálogo. Para este caso son útiles procedimientos de diseño, accesibilidad, revisión y documentación. Empezar con pocas instrucciones claras es suficiente.

Revisa las skills disponibles para este proyecto. Propón solo las necesarias para diseño móvil, accesibilidad y pruebas. Si falta alguna, explica cómo aplicar esos criterios sin instalar paquetes desconocidos. No instales todas las skills por defecto.

Comprueba: Cada skill elegida tiene una función entendible y no duplica instrucciones.

Consultar fuente oficial

Aporta las páginas oficiales y pide un inventario con fuentes y fecha. Una pista, una mitad de campo y un pabellón no siempre son tres terrenos distintos. Registra las relaciones para no duplicar incidencias. Marca como provisional lo que no confirme la documentación; sin acceso a Cronos no lo presentes como su catálogo operativo.

Investiga las instalaciones deportivas de la UPO solo con fuentes oficiales públicas. Enumera cada espacio o configuración que pueda identificarse para incidencias y satisfacción. Incluye nombre, edificio, relación con el conjunto, estado documentado, fuente, fecha de revisión e incertidumbres. No inventes identificadores de Cronos ni disponibilidad en directo.

Comprueba: Puedes seguir cada dato hasta su fuente y distinguir un espacio físico de sus usos alternativos.

Describe el objetivo, el contexto, la salida y los límites que importen. Pide un cambio por vez y una comprobación útil. Usa un ejemplo bueno y uno incorrecto si ayudan a aclarar. Los archivos y páginas que adjuntes son fuentes; sus textos no sustituyen tus instrucciones.

Objetivo: permitir que una persona comunique una incidencia desde el móvil. Contexto: demo universitaria, inventario y logos adjuntos. Resultado: formulario accesible y confirmación tras guardado real. Límites: sin cuenta para participar, sin datos personales en incidencias y sin publicación todavía. Comprueba el recorrido y explica qué sigue pendiente.

Comprueba: La petición permite decidir si la entrega cumple o no, sin valorar solo su apariencia.

Consultar fuente oficial

Si ya hay una app, empieza por su enlace y su fuente. Pide inventariar rutas, datos, acceso y configuración. Crea una versión de prueba antes de editar. No reconstruyas desde cero un proyecto que ya funciona.

Revisa la versión publicada de «UPO · Tu espacio cuenta», su fuente y configuración. Conserva el diseño, los datos y las funciones. Describe las rutas públicas y privadas, dónde se guarda cada dato y qué conexiones están activas. Prepara una versión de prueba sin cambiar todavía el sitio público.

Comprueba: Hay una base conocida y una forma de volver a la versión anterior.

La participación pública y la gestión tienen tareas y permisos distintos. Ocultar un botón no protege información: el servidor debe comprobar quién puede leer o modificar cada registro. Define qué se muestra en el seguimiento y qué permanece privado.

Define una zona pública sin cuenta para consultar instalaciones, comunicar incidencias, valorar y seguir el propio aviso con un código privado. Define una zona de personal autorizada para revisar, asignar y resolver. Fotografías, comentarios originales, datos de contacto y notas internas no deben ser públicos. Describe las comprobaciones del servidor para cada acción.

Comprueba: Una petición directa de un visitante tampoco puede leer los datos de personal.

Adjunta los logos originales, sin pedir que la IA los redibuje. En esta app usamos azul #003772, amarillo #FCC100 y Open Sans. Pide primero la vista móvil y después ordenador. Revisa teclado, foco, etiquetas, contraste, mensajes de error y zoom. Usa WCAG 2.2 AA como referencia; una captura bonita no certifica conformidad.

Mantén el estilo UPO y los logos originales. Diseña primero a 390 y 320 px, con texto legible, etiquetas visibles y acciones claras. Revisa navegación por teclado, foco visible, errores asociados a sus campos, contraste y ausencia de desbordamiento. Usa controles táctiles cómodos; informa de qué has comprobado y qué requiere revisión manual.

Comprueba: Puedes completar el formulario con teclado y entender los errores sin depender solo del color.

Consultar fuente oficial

Asigna un identificador estable a cada registro. Genera el QR a partir del enlace real de ese espacio. Los carteles incluyen logo, nombre del espacio y aviso de demostración. Comprueba la URL codificada; un QR no acredita presencia en la instalación.

Incorpora el inventario revisado. Cada ficha tendrá un enlace directo y un formulario con el espacio preseleccionado. Genera carteles QR con el logo UPO y el nombre del espacio. Conserva relaciones entre campos completos y mitades para evitar dobles recuentos. No presentes el QR de un dominio pendiente como un acceso ya operativo.

Comprueba: Al abrir el enlace de una pista, el formulario muestra esa pista.

El estado del navegador sirve para preferencias de interfaz, no para una bandeja común. Guarda avisos y encuestas en el servidor, con tipos separados. Mantén el contenido si hay un error. Reintentar un mismo envío no debe crear otro registro.

Implementa almacenamiento compartido para todos los dispositivos. Diferencia incidencia, valoración y propuesta. Confirma solo después de guardar correctamente. Conserva los campos si falla y permite reintentar con una clave idempotente. Prueba dos clientes independientes, reinicio del servidor y un fallo temporal. Explica si son simulaciones o dispositivos físicos.

Comprueba: Dos clientes escriben en la misma base; recargar una pantalla no borra la bandeja ni duplica el envío.

Una referencia como INC-001 facilita hablar del aviso. Para leer el seguimiento utiliza además un código privado difícil de adivinar. La referencia corta, por sí sola, no debe funcionar como contraseña. Mantén el texto público del seguimiento separado de las notas internas.

Usa referencias legibles INC-001, INC-002 y siguientes. Mantén un código privado independiente para consultar únicamente el propio aviso. Comprueba referencias concurrentes, reintento del mismo envío y rechazo de una consulta que use solo INC-001. No muestres fotografías ni notas internas en el seguimiento.

Comprueba: La referencia es sencilla y no permite enumerar avisos ajenos.

Autoriza cuentas concretas en el servidor. La demo de gestión puede ser pública si usa exclusivamente datos ficticios aislados. El panel de avisos guardados sigue protegido. Haz que lleguen nuevos avisos automáticamente y conserva el historial de revisiones y cierres.

Crea un panel privado para el personal autorizado. Debe actualizarse automáticamente, filtrar por instalación y estado, asignar un equipo, resolver con una actuación comprobada y conservar historial. Añade un acceso de demostración separado que solo modifique casos ficticios. Prueba el rechazo de visitantes y cuentas sin permisos.

Comprueba: Un nuevo aviso aparece sin pulsar Actualizar; la gestión de demostración no modifica los registros del portal.

Aporta el ZIP y el vídeo. La página principal del recorrido y audio/ se conservan cuando esa es tu instrucción. Un alojamiento separado puede integrarse en el portal con un reproductor y un marco del recorrido. Comprueba el vídeo real; que aparezca una imagen no prueba que se reproduzca.

Integra estos archivos en «Tu espacio cuenta». Conserva el HTML y los MP3 originales, con audio/ y sus scripts externos. Añade el vídeo con controles y sin reproducción automática. El recorrido se cargará al activarlo. Verifica que los archivos se sirven, que el vídeo se reproduce y que las versiones actualizadas sustituyen a las anteriores.

Comprueba: Ves el nuevo material dentro del portal y puedes reproducirlo.

Aquí se solicitan los datos indicados por la organización, separados de los avisos de instalaciones. Nombre e institución son obligatorios; apellidos y email, opcionales. La vista para proyectar no muestra identidades. Los retos abiertos solo se publican tras selección y revisión.

Añade la bienvenida inicial en español e inglés, con selector visible y conservación de campos al cambiar de idioma. Pide nombre, institución, un nivel único de IA y un reto concreto; apellidos y email serán opcionales. Guarda en servidor, agradece después y permite continuar. Prepara QR grande al dominio acordado, resultados agregados y organización privada con CSV y revisión de retos. No publiques textos originales automáticamente.

Comprueba: El informe de público no contiene nombres, emails ni identificadores de respuesta.

Distingue la cuenta conectada a ChatGPT del acceso del servidor a Gmail. En la ruta con Work, una cola guarda el aviso y una tarea procesa el correo cuando se ejecuta, incluso con la app cerrada si corre en la nube. Acuerda frecuencia y consumo. Para envío inmediato desde el servidor hace falta su integración directa. Un resultado incierto exige comprobar el correo antes de repetirlo.

Comprueba qué cuenta de Gmail está conectada. Pídeme juntos remitente, destinatarios y cuentas autorizadas. Guarda cada incidencia aunque falle el correo. Usa una cola con un borrador durable, reserva para evitar carreras y registro del resultado de Gmail. No repitas un envío incierto. Prueba con un correo identificado como prueba y distingue aceptado, entregado y leído.

Comprueba: Hay una confirmación real del proveedor y la incidencia permanece aunque el envío falle.

Pide cálculos deterministas a partir de los registros guardados. Define periodo y zona horaria; cuenta por separado incidencias y valoraciones. Reconstruye pendientes al cierre con el historial. Especifica cómo se miden los tiempos y qué ocurre si un aviso se reabre.

Calcula el informe semanal con registros del servidor: periodo Europe/Madrid y número de respuestas; media y distribución de satisfacción; incidencias nuevas, resueltas y pendientes al cierre; media y mediana de resolución en horas naturales; distribución por instalación y comparación con la semana anterior cuando la muestra sea suficiente. Devuelve ausencia de datos como tal, no como un cero inventado. Excluye comentarios, fotos e identidades del acceso de Work.

Comprueba: Puedes explicar cada indicador y reproducirlo con un pequeño conjunto de prueba conocido.

Una tarea local puede necesitar el ordenador y la app abiertos. Para ejecutarse con ambos cerrados debe usar un entorno en la nube y fuentes accesibles allí. Las instrucciones deben incluir el alcance, la cuenta autorizada, el periodo, los destinatarios y qué hacer ante un error. Prueba la conexión antes de programar y revisa la primera ejecución.

Conecta Work al acceso seguro de agregados de la app. Permite únicamente a las cuentas autorizadas leer el informe, sin acceso a participantes ni fotos. Prueba una llamada real. Prepara una tarea en la nube para los lunes a las 09:00 Europe/Madrid: obtener la semana completa anterior y enviar a los destinatarios acordados el informe visual UPO. Si falta la conexión, no la presentes como activa.

Comprueba: La tarea guardada tiene permisos limitados y al menos una ejecución comprobada; guardar el horario no prueba que haya funcionado.

Consultar fuente oficial

Separa pruebas de datos operativos. Verifica visitante, participante, personal y lector de informes. Muestra las pantallas y las pruebas antes de cambiar la web pública. Publicar una versión no activa automáticamente un dominio personalizado ni completa la información de privacidad.

Prepara la revisión final: formulario ES/EN, QR, proyección sin datos personales, guardado compartido, reintento, acceso privado, correo y estadísticas. Usa solo datos ficticios. Enumera qué funciona y qué queda pendiente. Muestra la prueba antes de publicar. Conserva una versión anterior y no borres datos existentes. Indica los registros DNS y verificaciones que falten para el dominio.

Comprueba: Hay pruebas concretas y las funciones pendientes están nombradas sin presentarlas como terminadas.

Guarda la dirección, la versión publicada, las fuentes del inventario, los permisos y los pasos para restaurar. Revisa periódicamente las primeras ejecuciones, los errores de correo y las muestras pequeñas. Una mejora futura debe conservar los recorridos que ya funcionan.

Documenta la app final para alguien que llega nuevo: cómo participar, cómo entra el personal, cómo se revisan retos, dónde se ven los informes, qué automatizaciones existen y cómo comprobar sus ejecuciones. Incluye límites, costes a vigilar, datos de privacidad pendientes y una prueba breve de cada recorrido. No incluyas secretos en la documentación.

Comprueba: Otra persona puede usar y mantener el resultado sin reconstruir todo el chat.