Deny-list globale (S1)

Les actions qu'Alfred ne peut jamais appeler, quel que soit son profil. Écrite dans le code, elle ne se règle pas.

Voir l'élément dans l'écran : alfred/whitelists

Explication

Deux règles, appliquées au nom de l'action (ce qui suit __), quel que soit le worker :

• les préfixes barrés : toute action dont le nom commence par delete_, drop_, purge_, revoke_, uninstall_ ou destroy_ ;
• les actions exactes : arrêts (stop_app, stop_james), changements de mode, restaurations de sauvegarde, écritures de secrets Vault (set_secret), retraits de route ou de domaine…

La règle porte sur le nom seul, exprès : une action destructrice reste barrée même si un nouveau worker l'expose sous le même nom.

Fiche complète

Source

AlfredDenyList (constantes DENIED_EXACT et DENIED_PREFIXES), couverte par le test AlfredDenyListTest. Changer la liste, c'est livrer une nouvelle version du Hub.

Ce que ça implique

Une action barrée nommée dans un profil est retirée sans message. Alfred ne la voit pas, et ne peut donc pas l'appeler. Pour ces opérations, un humain passe par l'écran concerné ou par MCP.