Ressources et nettoyage

Settings → Resources inventorie widgets, outils personnalisés, jobs cron gérés, services et données. Cette page fonctionne sans modèle configuré. Elle aide à comprendre les dépendances et examiner le nettoyage, notamment des anciens dashboards.

Supprimer un widget ou un workspace

Utilisez Delete et examinez l’aperçu. Les outils, jobs cron et services dédiés sont supprimés automatiquement seulement si leur création est suivie et qu’aucun consommateur conservé ne les utilise. Les ressources partagées restent. Fichiers de données et anciennes ressources incertaines exigent une sélection explicite. Supprimer un service ne supprime pas tous ses volumes.

Supprimer un workspace arrête son agent et annule ses assistants avant nettoyage. Si Prism ne peut pas confirmer l’arrêt, la suppression échoue sans retirer le dashboard. Les autres dashboards, références d’outils et publications de galerie peuvent protéger des dépendances.

Relier les ressources backend dédiées

Dans Resources, sélectionnez les backends, choisissez un widget et cliquez Link. Link remplace les déclarations de ressources dédiées de ce widget. Déclarez uniquement ce qui a été créé pour lui. L’agent peut fournir les mêmes IDs à la création/modification ; aucun manifeste séparé n’est nécessaire.

{"action":"link","widget":"weather","ids":["tool:weather_fetch","cron:weather_refresh","file:data/weather.json"]}

Les IDs utilisent tool:name, cron:name, service:name et file:chemin-relatif. Un backend recréé sous le même nom est une autre ressource et doit être vérifié/relié. Supprimer un widget vérifie déjà les usages ; inutile d’inventorier tout l’environnement au préalable.

Nettoyer les anciens workspaces

Filtrez Old / unassigned workspaces, sélectionnez la chaîne inutilisée et choisissez Review cleanup. Missing indique une référence cassée, pas un fichier en trop. Examinez consommateurs conservés et données sélectionnées puis confirmez. L’agent peut préparer un aperçu avec resources action=cleanup ; dry_run vaut true par défaut et l’application exige votre demande explicite.

Gérer partage et échecs partiels

Les consommateurs partagés protègent les ressources même si un widget les déclare dédiées. Les permissions et usages sont revérifiés à l’application. Un échec arrête les suppressions dépendantes suivantes ; actualisez, corrigez puis reprenez. Retirer un cron arrête les prochaines exécutions, pas les processus détachés déjà lancés.

Ce que le suivi peut déduire

Les chemins shell dynamiques et clients extérieurs ne peuvent pas être analysés exhaustivement. Déclarez leurs dépendances sur les widgets concernés. Une provenance inconnue ne prouve pas l’absence d’usage. Nettoyage, annulation et sauvegarde sont distincts : examinez toute suppression explicite de données.