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>