Loading
Un modèle de message porte un libellé, pas un nom
La lecture à version triait par « nom » toutes les tables du dossier sauf
deux, nommément écartées. modele_message est arrivé avec les modèles sans
rejoindre cette liste, et sa table ne porte pas de colonne « nom » — elle a un
libelle. Toute lecture du dossier échouait donc sur « column "nom" does not
exist », et « pnpm verif » s'arrêtait là.
Ce que le tri par défaut supposait
Que toute table de préparation ait un nom. C'était vrai des quatre qui
décrivent des gens et des organisations — personne, tiers,
application_metier, partie_prenante — et l'exception se traitait par une
liste d'écarts plutôt que par une déclaration.
Un défaut qui vaut pour quatre cas sur sept n'est plus un défaut, c'est un
piège tendu au prochain ajout. La branche pour modele_message est écrite, et
le commentaire dit ce que la prochaine table devra faire : déclarer son tri.
Contrôlé
891 garanties vérifiées, aucune en échec. La suite va désormais jusqu'au
bout.
Co-Authored-By:
Claude Opus 5 <noreply@anthropic.com>