Un prompt peut-il remplacer OnceHub ?

Construis un système de réservation dont la fonctionnalité déterminante est un formulaire de routage devant le calendrier.

Calendrier : connecte un Google Calendar via OAuth avec des jetons de rafraîchissement chiffrés. Calcule la disponibilité à partir des heures de travail moins les événements occupés, avec des marges avant et après, un délai de préavis minimum, et un horizon de réservation. Toute l’arithmétique en UTC, affichée dans le fuseau horaire détecté du visiteur avec le fuseau nommé à l’écran.

Types de réunion : chacun a un nom, une durée, un lieu (un lien vidéo, un numéro de téléphone, ou une adresse), ses propres marges et préavis, et son propre ensemble de questions posées à la réservation.

Le formulaire de routage, qui est le cœur de ce projet. Un court formulaire affiché avant que la moindre disponibilité ne soit montrée : une poignée de questions, chacune de type liste déroulante, sélection multiple, nombre, ou texte avec une règle de correspondance. Puis une liste ordonnée de règles de routage, chacune une condition sur les réponses et une destination — un type de réunion, une URL externe, ou un message de refus avec une explication. La première règle qui correspond l’emporte ; une règle de repli finale est obligatoire et ne peut pas être supprimée.

Rendre le routage sûr, ce qui représente l’essentiel du travail :

- Un testeur de règles : saisis un jeu de réponses, vois quelle règle correspond et où elle envoie. Obligatoire avant qu’un formulaire ne puisse être publié.
- Une analyse de couverture : énumère les combinaisons de réponses que permettent les questions et rapporte quelle règle gère chacune, en signalant toute combinaison qui retombe dans le repli. Un jeu de règles avec des règles inatteignables ou un repli inattendu est le mode d’échec qui te coûte des réunions en silence, et l’interface devrait refuser de le laisser invisible.
- Chaque réservation routée enregistre quelle règle a correspondu et les réponses qui l’ont déclenchée, pour qu’un résultat erroné puisse être tracé plutôt que deviné.

Réservation : réserve le créneau de façon transactionnelle pour que deux visiteurs simultanés ne puissent pas prendre le même horaire, crée l’événement de calendrier avec les réponses dans la description, et envoie des confirmations par email aux deux parties avec des liens signés de report et d’annulation qui ne nécessitent aucun compte.

Rappels : une tâche planifiée qui envoie un rappel à un intervalle configurable avant la réunion, avec l’envoi enregistré pour qu’un redémarrage ne puisse pas envoyer en double.

Administration : liste des réservations avec les réponses de routage, un compte de réservations par règle (qui te dit si tes questions de qualification servent à quelque chose), un journal d’audit, et un flux de reconnexion au calendrier.

Hors périmètre : plusieurs fournisseurs de calendrier, la répartition en tourniquet ou l’équilibrage de charge en équipe, l’encaissement de paiement, l’intégration CRM, et tout déploiement multi-locataire hébergé.