Module v1.0.0
Configurer Journal d'activité
Garde une trace des actions faites dans l'administration : qui a fait quoi, et quand.
Ce qu'il fait
Affiche l'historique des actions admin (table activity_log alimentée par Kit\Logger::activity).
- Historique des actions de l'équipe admin
- Horodatage de chaque évènement
- Utile pour comprendre l'historique d'un contenu
Où le trouver
Les écrans que ce module ajoute à l'administration, une fois activé.
-
Journal d'activité
/admin/activity
Ses droits
Ce que chaque rôle peut faire par défaut. Modifiable rôle par rôle depuis l'administration.
| Droit | Clé | Administrateur | Éditeur |
|---|---|---|---|
| Voir le journal d'activité | activity.read |
✓ | — |
Piloter par une IA
Ce que ce module sait faire quand on le lui demande en langage naturel, et ce que chaque action engage.
-
journallecture seule réservée à votre accès MCP (clé maître)Le journal d'activité, les entrées les plus récentes d'abord : date (ISO, heure du site), qui (compte de l'administration, client du site, orchestrateur ou personne d'identifié), code de l'action (ex. shop.order.created, users.updated, settings.updated) et libellé (la cible, parfois une adresse e-mail). Filtres facultatifs : préfixe d'action, date de début. Jamais l'adresse IP ni le détail des appels. 50 au plus par appel, `suite` donne l'offset suivant.
« qu'est-ce qui a été modifié sur le site aujourd'hui ? » « qui a touché aux réglages cette semaine ? »