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

Codex use case

Créez un site pour votre hackathon

Sur un même site, les participants peuvent consulter le programme, s’inscrire et présenter leurs réalisations.

Difficulty Intermediate
Time horizon 1h

À partir de la présentation et du programme de l’événement, créez un site qui guide les participants de l’inscription à l’envoi de leur démo. Leurs projets restent ensuite accessibles dans une galerie.

Best for

  • Les personnes qui organisent un hackathon pour leur équipe ou leur organisation.
  • Les participants qui inscrivent une équipe et soumettent une démo.

Contents

    ← All use cases

    Créez un site pour votre hackathon

    Sur un même site, les participants peuvent consulter le programme, s’inscrire et présenter leurs réalisations.

    À partir de la présentation et du programme de l’événement, créez un site qui guide les participants de l’inscription à l’envoi de leur démo. Leurs projets restent ensuite accessibles dans une galerie.

    Intermediate
    1h

    À partir de la présentation et du programme de l’événement, créez un site qui guide les participants de l’inscription à l’envoi de leur démo. Leurs projets restent ensuite accessibles dans une galerie.

    Intermediate
    1h

    Best for

    • Les personnes qui organisent un hackathon pour leur équipe ou leur organisation.
    • Les participants qui inscrivent une équipe et soumettent une démo.

    Starter prompt

    Utilisez @Sites pour créer le site du hackathon [hackathon name] à partir de la présentation et du programme ci-dessous. Les participants sont membres de notre espace de travail. Sources : - Présentation de l’événement et coordonnées de l’équipe organisatrice : [attached file or document link]. - Programme : [file or spreadsheet link and tab]. - Date et fuseau horaire de l’événement : [date and time zone]. - Règles applicables aux équipes et conditions de soumission des projets : [document link]. - Date limite de soumission et règle applicable en cas de retard : [confirmed details]. - Visibilité des projets dans la galerie : [when submitted projects should appear and who can see them]. - Critères d’évaluation et ressources pour les participants : [links or none]. Confirmez d’abord quelles sources vous pouvez consulter, puis récapitulez les horaires, la date limite de soumission, les règles applicables aux équipes et les champs obligatoires du formulaire de soumission. Demandez des précisions si des informations manquent ou si les horaires se contredisent. Utilisez uniquement les informations fournies sur l’événement. Laissez les participants choisir leur projet, sans leur proposer d’idées de projets ni d’exemples de cas d’usage. Prévoyez une présentation de l’événement, un programme, des consignes pour les participants, une liste de ressources et une rubrique avec les coordonnées de l’équipe organisatrice. Faites en sorte que les participants puissent facilement repérer la prochaine session, inscrire leur équipe et soumettre leur projet. Indiquez dans le programme la date et le fuseau horaire de l’événement ainsi que la date et l’heure exactes de clôture des soumissions. Rappelez cette échéance près du formulaire de soumission et indiquez-y qui contacter en cas de besoin. Ajoutez des liens vers les ressources d’origine et précisez que les informations sur l’événement reprises sur le site ont été relues. Permettez aux participants d’inscrire leur équipe en indiquant son nom et la liste de ses membres, puis de revenir ajouter le titre du projet, une courte description et un lien vers la démo. Distinguez les brouillons enregistrés des projets soumis et indiquez quels champs obligatoires restent à remplir. Affichez les projets soumis dans une galerie en respectant la règle de visibilité fournie. Exigez que les participants se connectent. Pour chaque modification, vérifiez côté serveur que la personne qui souhaite modifier la fiche est membre de l’équipe concernée. Avant d’autoriser les modifications, demandez comment confirmer l’appartenance à l’équipe. N’acceptez pas un nom saisi comme preuve d’identité. Conservez les inscriptions et les projets soumis d’une visite à l’autre. Stockez séparément les informations sur l’événement, les inscriptions des équipes et les fiches des projets pour que les modifications du programme n’affectent pas les projets soumis. Vérifiez que les champs obligatoires sont remplis et que les liens vers les démos sont valides. Appliquez la règle fournie pour la date limite de soumission. Si elle manque, demandez des précisions. Ne modifiez pas les documents sources et n’envoyez pas d’invitations. Testez le site avec deux équipes fictives. Pour chacune, inscrivez l’équipe, soumettez un projet, modifiez sa fiche, rechargez la page et essayez de modifier directement la fiche de l’autre équipe. Vérifiez que le site applique la règle de clôture des soumissions et que la mise en page convient aux mobiles. Repérez et supprimez les données de test avant l’événement. Réservez l’accès au site aux membres de notre espace de travail. Avant de publier, présentez un aperçu enregistré du site, les résultats des tests et les questions en suspens.
    Utilisez @Sites pour créer le site du hackathon [hackathon name] à partir de la présentation et du programme ci-dessous. Les participants sont membres de notre espace de travail. Sources : - Présentation de l’événement et coordonnées de l’équipe organisatrice : [attached file or document link]. - Programme : [file or spreadsheet link and tab]. - Date et fuseau horaire de l’événement : [date and time zone]. - Règles applicables aux équipes et conditions de soumission des projets : [document link]. - Date limite de soumission et règle applicable en cas de retard : [confirmed details]. - Visibilité des projets dans la galerie : [when submitted projects should appear and who can see them]. - Critères d’évaluation et ressources pour les participants : [links or none]. Confirmez d’abord quelles sources vous pouvez consulter, puis récapitulez les horaires, la date limite de soumission, les règles applicables aux équipes et les champs obligatoires du formulaire de soumission. Demandez des précisions si des informations manquent ou si les horaires se contredisent. Utilisez uniquement les informations fournies sur l’événement. Laissez les participants choisir leur projet, sans leur proposer d’idées de projets ni d’exemples de cas d’usage. Prévoyez une présentation de l’événement, un programme, des consignes pour les participants, une liste de ressources et une rubrique avec les coordonnées de l’équipe organisatrice. Faites en sorte que les participants puissent facilement repérer la prochaine session, inscrire leur équipe et soumettre leur projet. Indiquez dans le programme la date et le fuseau horaire de l’événement ainsi que la date et l’heure exactes de clôture des soumissions. Rappelez cette échéance près du formulaire de soumission et indiquez-y qui contacter en cas de besoin. Ajoutez des liens vers les ressources d’origine et précisez que les informations sur l’événement reprises sur le site ont été relues. Permettez aux participants d’inscrire leur équipe en indiquant son nom et la liste de ses membres, puis de revenir ajouter le titre du projet, une courte description et un lien vers la démo. Distinguez les brouillons enregistrés des projets soumis et indiquez quels champs obligatoires restent à remplir. Affichez les projets soumis dans une galerie en respectant la règle de visibilité fournie. Exigez que les participants se connectent. Pour chaque modification, vérifiez côté serveur que la personne qui souhaite modifier la fiche est membre de l’équipe concernée. Avant d’autoriser les modifications, demandez comment confirmer l’appartenance à l’équipe. N’acceptez pas un nom saisi comme preuve d’identité. Conservez les inscriptions et les projets soumis d’une visite à l’autre. Stockez séparément les informations sur l’événement, les inscriptions des équipes et les fiches des projets pour que les modifications du programme n’affectent pas les projets soumis. Vérifiez que les champs obligatoires sont remplis et que les liens vers les démos sont valides. Appliquez la règle fournie pour la date limite de soumission. Si elle manque, demandez des précisions. Ne modifiez pas les documents sources et n’envoyez pas d’invitations. Testez le site avec deux équipes fictives. Pour chacune, inscrivez l’équipe, soumettez un projet, modifiez sa fiche, rechargez la page et essayez de modifier directement la fiche de l’autre équipe. Vérifiez que le site applique la règle de clôture des soumissions et que la mise en page convient aux mobiles. Repérez et supprimez les données de test avant l’événement. Réservez l’accès au site aux membres de notre espace de travail. Avant de publier, présentez un aperçu enregistré du site, les résultats des tests et les questions en suspens.

    Avant de commencer

    Donnez aux participants du hackathon un lien qu’ils pourront utiliser avant, pendant et après l’événement. Créez un site où ils pourront consulter le programme, inscrire leur équipe, soumettre une démo et découvrir les réalisations des autres équipes. Les organisateurs pourront utiliser la même galerie de projets pour animer les présentations, puis partager les résultats.

    Rassemblez les informations que vous envoyez habituellement aux participants :

    Source Exemple À quoi elle sert
    Fiche de l’événement Document indiquant la date, le fuseau horaire, le lieu et les coordonnées de l’organisateur Présenter l’événement et indiquer qui contacter en cas de besoin
    Programme Feuille de calcul indiquant, pour chaque session, son intitulé, ses heures de début et de fin, ainsi que le lieu ou le lien de réunion Afficher le programme
    Guide des participants Consignes pour les équipes, règlement, critères d’évaluation, date limite de dépôt et liens vers les ressources Expliquer comment participer et soumettre un projet

    Définissez les éléments que les participants devront fournir et le moment où les projets apparaîtront dans la galerie. Vous pouvez par exemple demander un titre, une courte description de ce que l’équipe a créé et un lien vers la démo. Appuyez-vous sur le règlement de l’événement pour déterminer si les projets apparaîtront dès leur dépôt ou à la clôture des dépôts.

    Exemple d’un hackathon en équipe sur une journée

    Dans cet exemple fictif, les participants se retrouvent à 9 h, forment les équipes à 9 h 30, déposent leurs projets au plus tard à 16 h et commencent les démos à 16 h 30. Tous les horaires sont indiqués dans le fuseau horaire de l’événement. Un participant ouvre le site pour trouver le lien de la réunion du matin, inscrit son équipe, puis revient plus tard pour ajouter la description du projet et la démo. Pendant les présentations, l’organisateur ouvre chaque projet déposé depuis la galerie.

    Remplacez les horaires de l’exemple par ceux du programme définitif. Les participants choisissent eux-mêmes ce qu’ils veulent créer. Le site leur fournit les informations et les étapes à suivre pour participer.

    Connectez vos sources

    1. Joignez la fiche de l’événement et le programme à la conversation dans laquelle vous créez le site. Si ces documents se trouvent dans une application connectée, demandez à ChatGPT quelles connexions sont disponibles, puis indiquez les liens exacts vers les documents et le nom de l’onglet de la feuille de calcul. Suivez les étapes de connexion demandées par ChatGPT. Par exemple, si la connexion à Google Drive ou à SharePoint est disponible, indiquez le document « Team hackathon brief » et l’onglet « Agenda » de la feuille de calcul qui s’y trouvent. Utilisez des liens ordinaires pour accéder à la salle de réunion et aux ressources destinées aux participants.
    2. Demandez à ChatGPT de récapituler le programme, la date limite de dépôt, les règles applicables aux équipes et les champs obligatoires pour soumettre un projet. Confirmez la date et le fuseau horaire de l’événement. Si les sources indiquent des échéances différentes, déterminez laquelle retenir avant d’utiliser le prompt de départ.
    3. Créez le site à partir d’une copie vérifiée de ces informations et ajoutez des liens vers les ressources d’origine. Enregistrez les inscriptions des équipes et les projets déposés sur le site pour que les participants puissent les retrouver d’une visite à l’autre. Si le programme d’origine change, vous devrez mettre le site à jour séparément, sauf si vous ajoutez une connexion en temps réel.
    4. Si le site doit charger le programme depuis une source connectée, demandez à ChatGPT de vérifier que la connexion permet de le lire. Limitez l’accès au site à votre espace de travail et testez-le avec le compte d’un participant. Suivez les instructions de la page Données et connexions.

    Vérifiez que les participants peuvent accéder aux réunions, aux consignes et aux démos avec leur propre compte. Vous pouvez commencer avec des fichiers joints et de simples liens vers les ressources. Les inscriptions et les dépôts de projets fonctionnent sans connexion en temps réel.

    Utilisez le site

    1. Vérifiez les horaires et les consignes de l’événement

      Utilisez le prompt de départ avec les documents de l’événement. Ouvrez l’aperçu du site et comparez-le à la fiche validée. Vérifiez la date, le fuseau horaire, les horaires des sessions, la date limite de dépôt et les liens. Un participant doit pouvoir déterminer où se rendre pour la prochaine session, comment participer et quels éléments soumettre sans avoir à interroger un organisateur. Affichez la date limite et les coordonnées de la personne à contacter près des consignes de dépôt.

    2. Inscrivez une équipe et soumettez une démo

      Inscrivez une équipe fictive pour le test, puis revenez sur le site pour ajouter le titre du projet, sa description et le lien vers la démo. Testez tout le parcours, de l’inscription au dépôt du projet. Les membres de l’équipe peuvent-ils voir quels éléments ont été enregistrés, lesquels manquent encore et si leur projet a bien été déposé ? Vérifiez que le projet apparaît dans la galerie au moment prévu par le règlement de l’événement.

      Modifiez la fiche du projet, puis rechargez la page pour vérifier que les modifications ont été enregistrées. Utilisez le compte d’une deuxième équipe pour vérifier qu’elle ne peut pas modifier la fiche de la première, même en suivant un lien direct. Vérifiez ce qui se passe à la clôture des dépôts et supprimez les fiches de test avant l’événement.

    3. Utilisez le site pendant et après le hackathon

      Vérifiez qui aura accès au site, puis publiez-le pour vos participants. Ajoutez le lien à l’invitation et demandez à un collègue de trouver le programme et les consignes de dépôt sans votre aide. Avant l’événement, appuyez-vous sur ses remarques pour clarifier les étapes qui prêtent à confusion.

      Pendant les présentations, ouvrez chaque projet depuis la galerie pour voir la description qu’en donne l’équipe à côté du lien vers sa démo. Après l’événement, laissez la galerie accessible au public prévu pour que chacun puisse découvrir les projets qu’il a manqués. Vérifiez les liens vers les démos depuis le compte d’un participant et mettez à jour les informations sur l’événement sans remplacer les projets enregistrés.

    Pour aller plus loin

    Mettez à jour le programme sans perdre les projets déposés

    Modifiez les horaires ou les lieux des sessions sans écraser les inscriptions des équipes, les projets déposés ni leurs règles d’accès.

    Lisez la nouvelle version du programme à partir de [document link, spreadsheet tab, or attached file]. Avant d’appliquer les modifications, indiquez ce qui a changé dans les horaires et les lieux des sessions ainsi que dans la date limite de dépôt. Conservez les inscriptions des équipes, les projets déposés et leurs règles d’accès tels quels. Signalez les dates contradictoires et les fuseaux horaires manquants. Une fois que j’aurai confirmé les modifications, mettez le programme à jour et affichez un aperçu avant de publier.

    Ajoutez un compte à rebours avant la clôture des dépôts

    Affichez la date limite de dépôt dans le fuseau horaire de l’événement et expliquez ce qui se passe une fois cette échéance passée.

    Ajoutez un compte à rebours jusqu’à la clôture des dépôts, confirmée pour [date and time] dans le fuseau horaire suivant : [event time zone]. Laissez la date, l’heure exacte et le fuseau horaire visibles à côté du compte à rebours. Après la clôture, affichez un message clair pour éviter que le compteur indique une durée négative. Respectez la règle convenue pour les dépôts tardifs. Demandez-moi confirmation avant de modifier les conditions d’acceptation des dépôts. Testez le fonctionnement avant la clôture, à l’heure exacte de la clôture et après.

    Related use cases