Permet de créer un modèle depuis un événement, l'écrasement devenant une option

[flocom]

Le défaut de conception

La version précédente (#23) ne savait qu'écraser. Sans modèle existant, le bouton était désactivé et l'interface renvoyait l'utilisateur en créer un ailleurs, à la main, avant de revenir y verser la check-list.

Autrement dit : le cas d'usage principal — faire d'un événement qu'on vient de mettre au point un modèle réutilisable — était le seul que la fonctionnalité ne couvrait pas. Signalé en revue, corrigé ici.

Ce que ça devient

Un bouton, « Copier dans les modèles », qui propose les deux, la création par défaut :

• Créer un nouveau modèle — nom prérempli avec le titre de l'événement, modifiable. Le modèle reprend aussi la description de l'événement : avec les tâches, ce sont les seuls champs qu'un modèle porte.
• Remplacer un modèle existant — proposé seulement s'il en existe au moins un. Confirmation nommant le modèle et le nombre de tâches perdues, et verrou de version conservé.

Le bouton n'est plus désactivé que si la check-list est vide — le seul cas où il n'y a réellement rien à copier.

Serveur MCP

overwrite_template_from_event devient save_event_as_template et couvre les deux chemins : sans templateId il crée, avec il remplace. confirm n'est exigé que pour un remplacement — créer un modèle ne détruit rien, l'exiger serait du bruit.

Vérification

Rejoué sur un PostgreSQL 16 avec les migrations du projet, sur un événement de 3 tâches et un modèle existant de 1 tâche :

Chemin	Résultat
Création	modèle « Kermesse », description de l'événement reprise, 3 tâches
Fidélité des tâches	{"title":"Réserver le photobooth","description":"Six mois à l'avance","leadTimeDays":180,"leadTimeUnit":"months","leadTimeValue":6} — unités d'affichage conservées
Écrasement	1 → 3 tâches, version 0 → 1
Écriture sur version périmée	refusée, conflit détecté

tsc --noEmit, npm run lint et next build passent.

---

Generated by Claude Code