Files
Loki/internal/loki/tasks_script.go
T
Claude 9a0455be8f Lot 26 : tâches planifiées tenues par la façade (LOKI_TASKS=rust)
Avec LOKI_TASKS=rust (expérimental), la façade sert les routes
/api/tasks* et fait tourner le planificateur, que le Go ne démarre plus.
Elle exécute elle-même les tâches « script seul » (shell de l'agent,
limite de 10 min, arrêt à la main). Une tâche IA passe par le verrou de
génération et les outils de l'agent, restés au Go : la façade la lui fait
exécuter (/internal/v1/tasks/run), comme son propre planificateur l'aurait
fait. Les notifications partent par la façade si elle les tient, sinon par
le Go (/internal/v1/push/send).

- src/tz.rs : les fuseaux IANA comme le Go (TZif v1/v2 et règle POSIX,
  time.Local, time.Date et ses heures qui sautent ou se répètent) ;
- tasks/cron.rs : les quatre formes de fréquence, avec ParseDuration du Go
  et ses messages d'erreur ; instants sur 128 bits (dates au-delà de
  2262) ;
- tasks/mod.rs : la base, l'exécution, le planificateur (un tic par
  minute, une tâche due par tic) et les sept routes.

Le Go reçoit un crochet de test pour l'heure des tâches (tasksNow).

Correction de la façade : les appels à l'API interne du Go étaient tous
bornés à 10 s. Un outil exécuté par le Go qui dure plus longtemps (page
lente, navigateur, MCP tenu par le Go) était coupé, alors qu'il continuait.
Ces appels sont désormais bornés à 30 min ; une tâche IA est attendue
jusqu'à 24 h.

Parité : parity_tasks_test.go tire du Go un journal rejoué par
tests/tasks.rs, l'heure des tâches fixée pas à pas. Il couvre
l'enregistrement (chaque forme et chaque erreur de fréquence, plusieurs
fuseaux), la bascule, l'interrupteur maître, la suppression, les
lancements et les tics du planificateur. Les mutations (79, dont 77
tuées et 2 équivalentes) ont fait trouver et corriger cinq écarts du
port : dates lointaines, intervalle en jours démesuré, heure qui saute au
printemps, compte-rendu coupé au milieu d'un caractère, noms de fuseau
contenant « .. ».

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016tcGfJWefW5kUGoC2wL8cv
2026-10-15 23:30:03 +00:00

135 lines
4.6 KiB
Go

package loki
// tasks_script.go — exécution d'une tâche « script seul » : on lance un script du
// dossier scriptsDir(), SANS charger le modèle ni consommer de tokens. La sortie
// du script devient le compte-rendu, exactement comme pour une tâche IA, si bien
// que l'UI et les outils task_* l'affichent sans traitement particulier.
//
// Une tâche script ne passe PAS par le verrou de génération de la conversation
// (elle n'utilise pas le modèle), donc conv.runningTaskID ne la voit pas. On tient
// donc un petit registre à part (scriptRunning) pour que l'UI l'affiche « en
// cours » et puisse l'arrêter.
import (
"context"
"fmt"
"os"
"path/filepath"
"runtime"
"strings"
"sync"
"time"
)
// scriptTaskTimeout borne l'exécution d'un script planifié. Généreux (un backup ou
// une synchro peut durer), mais fini : une tâche coincée ne doit pas bloquer le
// planificateur à vie.
const scriptTaskTimeout = 10 * time.Minute
// scriptRunning suit les tâches script en cours (id → cancel + nom), pour que
// handleTasks les signale « en cours » et que l'arrêt (/api/tasks/stop) puisse
// annuler leur contexte.
var scriptRunning = struct {
mu sync.Mutex
cancel map[string]context.CancelFunc
name map[string]string
}{cancel: map[string]context.CancelFunc{}, name: map[string]string{}}
func scriptRunBegin(id, name string, cancel context.CancelFunc) {
scriptRunning.mu.Lock()
scriptRunning.cancel[id] = cancel
scriptRunning.name[id] = name
scriptRunning.mu.Unlock()
}
func scriptRunEnd(id string) {
scriptRunning.mu.Lock()
delete(scriptRunning.cancel, id)
delete(scriptRunning.name, id)
scriptRunning.mu.Unlock()
}
// scriptRunningAny renvoie l'id et le nom d'une tâche script en cours (la
// première trouvée), ou "","" si aucune. Le scheduler ne lance qu'une tâche à la
// fois, donc en pratique il y en a au plus une.
func scriptRunningAny() (string, string) {
scriptRunning.mu.Lock()
defer scriptRunning.mu.Unlock()
for id, n := range scriptRunning.name {
return id, n
}
return "", ""
}
// scriptRunStop annule la tâche script en cours d'id `id`. Renvoie true si une
// exécution correspondante a été trouvée et annulée.
func scriptRunStop(id string) bool {
scriptRunning.mu.Lock()
c := scriptRunning.cancel[id]
scriptRunning.mu.Unlock()
if c != nil {
c()
return true
}
return false
}
// runScriptTask exécute le script d'une tâche et enregistre son état (comme runTask
// pour une tâche IA), mais sans aucune inférence.
func runScriptTask(t Task) {
start := tasksNow()
name := strings.TrimSpace(t.Script)
if name == "" {
recordTaskEnd(t.ID, start, "", fmt.Errorf("aucun script associé à la tâche"))
return
}
full, err := scriptsPath(name)
if err != nil {
recordTaskEnd(t.ID, start, "", err)
return
}
if _, err := os.Stat(full); err != nil {
recordTaskEnd(t.ID, start, "", fmt.Errorf("script introuvable : %s", name))
return
}
ctx, cancel := context.WithTimeout(context.Background(), scriptTaskTimeout)
defer cancel()
// Registre : rend la tâche visible « en cours » dans l'UI et arrêtable via
// /api/tasks/stop (qui appelle scriptRunStop → cancel).
scriptRunBegin(t.ID, t.Name, cancel)
defer scriptRunEnd(t.ID)
// On réutilise runShell : garde-fous, dossier de travail, troncature de sortie
// et gestion du timeout y sont déjà. La sortie formatée ("exit: N ...") sert à
// la fois de compte-rendu et de signal de succès.
out := runShell(ctx, scriptRunCommand(full), int(scriptTaskTimeout/time.Second))
switch {
case ctx.Err() == context.Canceled:
// Arrêt volontaire (bouton stop) : recordTaskEnd l'affiche « interrompue »
// sans allumer l'indicateur d'échec.
recordTaskEnd(t.ID, start, "", context.Canceled)
case strings.HasPrefix(out, "exit: 0"):
recordTaskEnd(t.ID, start, out, nil)
default:
// Sortie non nulle, timeout ou erreur de lancement : échec, avec la sortie
// complète comme message d'erreur.
recordTaskEnd(t.ID, start, "", fmt.Errorf("%s", out))
}
}
// scriptRunCommand construit la ligne de commande qui exécute le script `path`
// selon la plateforme et l'extension. Sous Unix, on lance le fichier directement
// (il est écrit en 0755, le shebang choisit l'interpréteur). Sous Windows, un .ps1
// passe par PowerShell ; le reste (.bat/.cmd/.exe) se lance tel quel via cmd. Le
// nom de script est déjà bridé par scriptsPath (pas de guillemet ni de métacaractère
// shell), donc l'entourer de guillemets suffit.
func scriptRunCommand(path string) string {
q := `"` + path + `"`
if runtime.GOOS == "windows" && strings.EqualFold(filepath.Ext(path), ".ps1") {
return `powershell -NoProfile -ExecutionPolicy Bypass -File ` + q
}
return q
}