Rendre la gestion des icônes de plugins modulaire

[shikanime]

Problème

La gestion des icônes de plugins est codée en dur et répartie entre deux packages sans aucun lien de possession. Chaque plugin déclare une chaîne imgSrc pointant vers un fichier qu'il ne possède pas.

Fonctionnement actuel

• Chaque plugin déclare son icône dans son propre ServiceInfos :
  • apps/server-nestjs/src/modules/<plugin-name>/<plugin-name>-plugin.service.ts:42 → imgSrc: '/img/grafana.png'
• Le ServiceSchema (packages/shared) type imgSrc comme z.string().optional() — une chaîne nue.
• Le client rend cette chaîne verbatim : apps/client/src/components/ServicesConfig.vue:138 :img-src="service.imgSrc" dans DsfrTile.
• Les fichiers d'assets sont physiquement dans un autre package : apps/client/public/img/*.png|svg.

Pourquoi c'est fragile

1. Pas de lien de possession. Un plugin pointe vers un fichier dans le dossier public/ du client. Ajouter/renommer une icône = édition manuelle de deux packages.
2. Échec silencieux. Faute de frappe ou fichier manquant → image cassée à l'exécution, rien dans le build ou les types ne le détecte.

Question à l'équipe

Faut-il rendre la gestion des icônes modulaire, par exemple :

• chaque plugin possède/regroupe son icône dans son propre package, ou
• le contrat accepte un nom Iconify (déjà utilisé via @iconify/vue + icon-collections.ts) ou une référence d'asset autonome, résolue à la frontière ServiceInfos,

au lieu que chaque plugin code en dur un chemin vers apps/client/public/img/ ?

Contexte : l'issue #2460 a révélé cette fragilité (tuile/icône Grafana de prod manquante), mais elle est corrigée sur son propre chemin. Cette discussion vise la conception, pas le fix.

[shikanime]

cc @StephaneTrebel @KepoParis @iliesmrf