docs: implementation plan for UniFi OS integration

Plan en 9 tâches avec cycle TDD par étape, du vocabulaire dans
@homarr/definitions jusqu'au déploiement sur le LXC.

Corrige aussi la spec sur deux points relevés en écrivant le plan :
- catalog.ts (widgetCatalogIcons) est un cinquième point d'enregistrement,
  vérifié par manifest.spec.ts et absent du §5.2
- le §9 décrivait un test d'agrégation multi-site devenu sans objet depuis
  la décision de ne pas agréger

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/superpowers/specs/2026-09-08-unifi-os-integration-design.md

@@ -382,10 +382,17 @@ endpoints.
 adresses MAC, IP publique, noms de clients et identifiants de site remplacés.
 Un dépôt ne doit pas porter la cartographie d'un réseau privé.
 
-**Cas de régression explicite :** l'issue upstream
-[#3222](https://github.com/homarr-labs/homarr/issues/3222) signalait des valeurs
-nulles en multi-site sur l'ancienne intégration. Un test couvre l'agrégation
-multi-site pour ne pas reproduire ce défaut.
+**Multi-site.** Une URL locale désigne une console, et l'intégration se limite au
+premier site qu'elle expose. Une console peut techniquement en héberger
+plusieurs : le widget affiche donc le **nom du site** retenu, pour que ce choix
+soit visible plutôt que subi. Deux tests couvrent les bornes — une console sans
+aucun site renvoie une erreur explicite au test de connexion, et le nom du site
+figure dans le contrat.
+
+L'ancienne intégration agrégeait tous les sites, ce qui avait produit l'issue
+[#3222](https://github.com/homarr-labs/homarr/issues/3222) (valeurs nulles en
+multi-site). Ne pas agréger supprime la classe de défaut plutôt que de la
+tester.
 
 ## 10. Phasage