For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
Navegación principal
Theme
Codex

Codex use case

Crea un sitio para un hackathon

Ofrece a los participantes un solo lugar para consultar el programa, registrarse y compartir lo que crearon.

Difficulty Intermediate
Time horizon 1h

Convierte la descripción y el programa del evento en un sitio que guíe a los participantes desde el registro hasta el envío de sus demos y mantenga sus proyectos disponibles en una galería.

Best for

  • Quienes organizan un hackathon para su equipo u organización.
  • Participantes que registran un equipo y envían una demo.

Contents

    ← All use cases

    Crea un sitio para un hackathon

    Ofrece a los participantes un solo lugar para consultar el programa, registrarse y compartir lo que crearon.

    Convierte la descripción y el programa del evento en un sitio que guíe a los participantes desde el registro hasta el envío de sus demos y mantenga sus proyectos disponibles en una galería.

    Intermediate
    1h

    Convierte la descripción y el programa del evento en un sitio que guíe a los participantes desde el registro hasta el envío de sus demos y mantenga sus proyectos disponibles en una galería.

    Intermediate
    1h

    Best for

    • Quienes organizan un hackathon para su equipo u organización.
    • Participantes que registran un equipo y envían una demo.

    Starter prompt

    Usa @Sites para crear un sitio para el hackathon [hackathon name] a partir de la descripción y el programa del evento que aparecen a continuación. Los participantes pertenecen a nuestro Espacio de trabajo. Fuentes: - Descripción del evento y datos de contacto del equipo organizador: [attached file or document link]. - Programa: [file or spreadsheet link and tab]. - Fecha y zona horaria del evento: [date and time zone]. - Reglas para los equipos y requisitos de entrega: [document link]. - Plazo de entrega y regla para las entregas fuera de plazo: [confirmed details]. - Visibilidad de la galería de proyectos: [when submitted projects should appear and who can see them]. - Criterios de evaluación y recursos para los participantes: [links or none]. Primero, confirma qué fuentes puedes leer y resume los horarios, el plazo de entrega, las reglas para los equipos y los campos obligatorios del formulario de entrega. Si falta información o los horarios se contradicen, pide aclaraciones. Usa solo los datos proporcionados sobre el evento. Deja que los participantes elijan su proyecto. No sugieras ideas de proyectos ni ejemplos de casos de uso. Crea secciones con la descripción general del evento, el programa, las instrucciones para los participantes, la lista de recursos y los datos de contacto del equipo organizador. Asegúrate de que sea fácil encontrar la próxima sesión y los formularios para registrar equipos y enviar proyectos. Muestra la fecha y la zona horaria del evento junto con el programa y la fecha y hora exactas de cierre de las entregas. Coloca el plazo de entrega y los datos de contacto para pedir ayuda cerca del formulario de entrega. Incluye enlaces a los recursos originales y aclara que el sitio contiene una copia revisada de la información del evento. Permite que los participantes registren un equipo con su nombre y la lista de integrantes, y que vuelvan más tarde para agregar el título del proyecto, una descripción breve y un enlace a la demo. Distingue los borradores guardados de los proyectos enviados e indica qué campos obligatorios faltan por completar. Muestra los proyectos enviados en una galería según la regla de visibilidad indicada. Exige que los participantes inicien sesión y verifica en el servidor que solo los integrantes de cada equipo puedan editar la ficha de ese equipo. Antes de habilitar la edición de las fichas, pregunta cómo se debe confirmar que una persona pertenece al equipo. No aceptes un nombre ingresado como prueba de identidad. Conserva los registros de equipos y las entregas entre visitas. Mantén por separado la información del evento, los registros de equipos y las fichas de proyectos para que los cambios en el programa no afecten las entregas. Valida los campos obligatorios y los enlaces a las demos. Aplica la regla indicada para el plazo de entrega. Si falta, pregunta cuál es. No edites los documentos originales ni envíes invitaciones. Haz pruebas con dos equipos ficticios: registra cada equipo, envía su proyecto, edita su ficha, vuelve a cargar la página e intenta editar directamente la ficha del otro equipo. Comprueba que el sitio aplique la regla del plazo de entrega y revisa cómo se ve en dispositivos móviles. Identifica y elimina los registros de prueba antes del evento. Restringe el acceso al sitio a los miembros de nuestro Espacio de trabajo y, antes de publicarlo, muestra una vista previa guardada, los resultados de las pruebas y las preguntas pendientes.
    Usa @Sites para crear un sitio para el hackathon [hackathon name] a partir de la descripción y el programa del evento que aparecen a continuación. Los participantes pertenecen a nuestro Espacio de trabajo. Fuentes: - Descripción del evento y datos de contacto del equipo organizador: [attached file or document link]. - Programa: [file or spreadsheet link and tab]. - Fecha y zona horaria del evento: [date and time zone]. - Reglas para los equipos y requisitos de entrega: [document link]. - Plazo de entrega y regla para las entregas fuera de plazo: [confirmed details]. - Visibilidad de la galería de proyectos: [when submitted projects should appear and who can see them]. - Criterios de evaluación y recursos para los participantes: [links or none]. Primero, confirma qué fuentes puedes leer y resume los horarios, el plazo de entrega, las reglas para los equipos y los campos obligatorios del formulario de entrega. Si falta información o los horarios se contradicen, pide aclaraciones. Usa solo los datos proporcionados sobre el evento. Deja que los participantes elijan su proyecto. No sugieras ideas de proyectos ni ejemplos de casos de uso. Crea secciones con la descripción general del evento, el programa, las instrucciones para los participantes, la lista de recursos y los datos de contacto del equipo organizador. Asegúrate de que sea fácil encontrar la próxima sesión y los formularios para registrar equipos y enviar proyectos. Muestra la fecha y la zona horaria del evento junto con el programa y la fecha y hora exactas de cierre de las entregas. Coloca el plazo de entrega y los datos de contacto para pedir ayuda cerca del formulario de entrega. Incluye enlaces a los recursos originales y aclara que el sitio contiene una copia revisada de la información del evento. Permite que los participantes registren un equipo con su nombre y la lista de integrantes, y que vuelvan más tarde para agregar el título del proyecto, una descripción breve y un enlace a la demo. Distingue los borradores guardados de los proyectos enviados e indica qué campos obligatorios faltan por completar. Muestra los proyectos enviados en una galería según la regla de visibilidad indicada. Exige que los participantes inicien sesión y verifica en el servidor que solo los integrantes de cada equipo puedan editar la ficha de ese equipo. Antes de habilitar la edición de las fichas, pregunta cómo se debe confirmar que una persona pertenece al equipo. No aceptes un nombre ingresado como prueba de identidad. Conserva los registros de equipos y las entregas entre visitas. Mantén por separado la información del evento, los registros de equipos y las fichas de proyectos para que los cambios en el programa no afecten las entregas. Valida los campos obligatorios y los enlaces a las demos. Aplica la regla indicada para el plazo de entrega. Si falta, pregunta cuál es. No edites los documentos originales ni envíes invitaciones. Haz pruebas con dos equipos ficticios: registra cada equipo, envía su proyecto, edita su ficha, vuelve a cargar la página e intenta editar directamente la ficha del otro equipo. Comprueba que el sitio aplique la regla del plazo de entrega y revisa cómo se ve en dispositivos móviles. Identifica y elimina los registros de prueba antes del evento. Restringe el acceso al sitio a los miembros de nuestro Espacio de trabajo y, antes de publicarlo, muestra una vista previa guardada, los resultados de las pruebas y las preguntas pendientes.

    Antes de empezar

    Comparte con los participantes del hackathon un enlace que puedan usar antes, durante y después del evento. Crea un sitio donde puedan consultar la agenda, registrar un equipo, enviar una demo y explorar los proyectos de otros equipos. Los organizadores pueden usar la misma galería de proyectos para mostrar las demos y compartir los resultados después del evento.

    Reúne la información que normalmente enviarías a los participantes:

    Fuente Ejemplo Qué aporta
    Resumen del evento Un documento con la fecha, la zona horaria, el lugar y los datos de contacto del organizador La descripción general del evento y los datos para solicitar ayuda
    Agenda Una hoja de cálculo con el nombre de cada sesión, las horas de inicio y fin, y el lugar o el enlace a la reunión El horario
    Guía para participantes Instrucciones para los equipos, reglas, criterios de evaluación, plazo de entrega y enlaces a recursos Las instrucciones para participar y enviar un proyecto

    Decide qué deben entregar los participantes y cuándo deben aparecer los proyectos en la galería. Por ejemplo, puedes pedir un título, una breve descripción de lo que creó el equipo y un enlace a la demo. Consulta las reglas del evento para decidir si los proyectos aparecerán en cuanto se envíen o al cierre del plazo de entrega.

    Ejemplo: un hackathon de un día por equipos

    En este evento hipotético, los participantes se reúnen a las 9:00 y forman equipos a las 9:30. Tienen hasta las 16:00 para enviar sus proyectos y empiezan a presentar las demos a las 16:30. Todas las horas corresponden a la zona horaria indicada para el evento. Un participante abre el sitio para buscar el enlace a la reunión de la mañana, registra a su equipo y más tarde vuelve para agregar la descripción del proyecto y la demo. Durante las presentaciones, el organizador abre desde la galería cada proyecto enviado.

    Reemplaza las horas del ejemplo por las del horario confirmado. Los participantes eligen qué crear. En el sitio encuentran la información y los pasos que necesitan para participar.

    Conecta tus fuentes

    1. Adjunta el resumen del evento y la agenda en la conversación donde vas a crear el sitio. Si están en una aplicación conectada, pregúntale a ChatGPT qué conexiones están disponibles. Luego, comparte los enlaces exactos a los documentos y el nombre de la pestaña de la hoja de cálculo. Completa los pasos que te pida para establecer la conexión. Por ejemplo, si la conexión correspondiente está disponible, comparte el documento “Resumen del hackathon por equipos” y la pestaña “Agenda” de la hoja de cálculo desde Google Drive o SharePoint. Usa enlaces normales para la sala de reunión y los recursos para participantes.
    2. Pídele a ChatGPT que resuma el horario, el plazo de entrega, las reglas para los equipos y los campos obligatorios para enviar un proyecto. Confirma la fecha y la zona horaria del evento. Si los plazos no coinciden, aclara cuál es el correcto antes de usar el prompt inicial.
    3. Crea el sitio a partir de una copia revisada de esta información e incluye enlaces a los recursos originales. Guarda en el sitio los registros de los equipos y los proyectos enviados para que sigan disponibles entre visitas. Si cambia la agenda original, tendrás que actualizar el sitio por separado, salvo que agregues una conexión en tiempo real.
    4. Si necesitas que el sitio cargue la agenda desde una fuente conectada, pídele a ChatGPT que verifique que la conexión permita leerla. Limita el acceso al sitio a los miembros de tu Espacio de trabajo y haz una prueba con la cuenta de un participante. Sigue las instrucciones de datos y conexiones.

    Comprueba que los participantes puedan abrir los enlaces a las reuniones, las instrucciones y los enlaces a las demos con sus propias cuentas. Puedes empezar con archivos adjuntos y enlaces normales a los recursos. El registro de equipos y el envío de proyectos no requieren una conexión en tiempo real.

    Cómo usar el sitio

    1. Confirma el horario y las instrucciones del evento

      Usa el prompt inicial con los materiales del evento. Abre la vista previa y compárala con el resumen aprobado. Revisa la fecha, la zona horaria, los horarios de las sesiones, el plazo de entrega y los enlaces. Cada participante debería poder averiguar adónde ir después, cómo participar y qué entregar sin tener que preguntarle a un organizador. Coloca el plazo de entrega y los datos de contacto para solicitar ayuda junto a las instrucciones de envío.

    2. Registra un equipo y envía una demo

      Registra un equipo ficticio de prueba y luego vuelve al sitio para agregar el título del proyecto, una descripción y un enlace a la demo. Recorre todo el proceso, desde el registro hasta el envío del proyecto. ¿Pueden los integrantes del equipo distinguir qué se guardó, qué falta completar y si ya enviaron el proyecto? Confirma que el proyecto aparezca en la galería de acuerdo con la regla de visibilidad del evento.

      Edita el proyecto y vuelve a cargar la página para confirmar que los cambios se guardaron. Haz una prueba con la cuenta de un segundo equipo y confirma que desde esa cuenta no se pueda editar el proyecto del primer equipo, ni siquiera mediante un enlace directo. Comprueba qué ocurre cuando vence el plazo de entrega y elimina los proyectos de prueba antes del evento.

    3. Usa el sitio durante y después del hackathon

      Revisa quién tendrá acceso y publica el sitio para los participantes. Agrega el enlace a la invitación del evento y pídele a un colega que busque la agenda y las instrucciones de envío sin tu ayuda. Antes del evento, usa sus comentarios para aclarar los pasos que resulten confusos.

      Durante las presentaciones, abre cada proyecto desde la galería para ver la descripción que escribió el equipo junto al enlace a su demo. Después del evento, mantén la galería disponible para el público previsto, de modo que pueda volver al sitio para ver los proyectos que se perdió. Comprueba los enlaces a las demos desde la cuenta de un participante y actualiza la información del evento sin reemplazar los proyectos enviados que ya están guardados.

    Otras opciones

    Actualiza la agenda sin perder los proyectos enviados

    Cambia los horarios o los lugares de las sesiones sin sobrescribir los registros de los equipos, los proyectos enviados ni sus reglas de acceso.

    Lee la agenda revisada en [document link, spreadsheet tab, or attached file]. Antes de aplicar los cambios, muestra qué diferencias hay en los horarios y lugares de las sesiones y en el plazo de entrega. Conserva sin cambios los registros de los equipos, los proyectos enviados y sus reglas de acceso. Señala las fechas que no coincidan o los casos en que falte la zona horaria. Cuando confirme los cambios, actualiza la agenda y muestra una vista previa antes de publicarla.

    Agrega una cuenta regresiva para la entrega

    Muestra cuándo vence el plazo de entrega en la zona horaria del evento y explica qué ocurre después.

    Agrega una cuenta regresiva hasta el vencimiento del plazo de entrega confirmado: [date and time] en [event time zone]. Mantén visibles la fecha, la hora exacta y la zona horaria junto a la cuenta regresiva. Una vez que venza el plazo, muestra un mensaje claro en lugar de un valor negativo. Respeta la regla acordada para las entregas fuera de plazo. Pregúntame antes de cambiar si se aceptan o se rechazan. Haz pruebas antes del vencimiento, en el momento exacto y después.

    Related use cases