alfred.cockpit.ecranCe qu'Alfred fait en ce moment, ce qu'il vient de faire et ce qu'il fera ensuite. Le kill-switch l'arrête d'un clic.
Voir l'élément dans l'écran : alfred/cockpit
Alfred est l'agent du Hub. Il exécute des tâches : un prompt, confié à un modèle de langage, qui peut appeler des actions du Hub (lister des certificats, lire un mail, envoyer un rapport). Une tâche part sur un horaire (CRON), sur un événement (un mail reçu, un message de file, un topic KvBus), ou à la demande. Chaque exécution s'appelle un run ; chaque appel au modèle ou à une action est une étape (step).
Le cockpit réunit trois vues :
running, avec leurs étapes qui s'ajoutent en direct ;En haut à droite, le kill-switch suspend tout Alfred. C'est le bouton à connaître avant tout autre : il coupe les déclenchements et interrompt les runs en cours.
L'écran est réservé au rôle SUPERADMIN, comme tout /hub/**.
À l'ouverture, GET /hub/alfred/cockpit :
| Zone | Source |
|---|---|
| Runs en cours | alfred_admin.list_runs avec status=running, limit=50 |
| Derniers runs | alfred_admin.list_runs avec limit=8 |
| Prochaines exécutions | lecture directe de la table alfred.z_alfred_task : tâches enabled, CRON, next_run renseigné, tri par next_run croissant, 50 au plus (pas d'action) |
| État du kill-switch | AlfredRunService.isPaused() |
Puis le navigateur ouvre un flux SSE : GET /hub/alfred/runs/stream. Trois événements :
run.started, step, run.finished. À chaque run.finished, la page se recharge 1,5 s plus tard.
Tâches : alfred.z_alfred_task. Runs : alfred.tr_alfred_run. Étapes : alfred.tr_alfred_step.
Les mêmes actions sont joignables par MCP (POST /mcp, outils alfred_admin__list_runs,
alfred_admin__pause_all…). Un agent peut donc piloter Alfred comme cet écran.
queued n'apparaissent pas dans « Runs en cours » : seul running est demandé.Z), pas en heure de Paris.