[P2][textpipe] Conserver le provider des warnings cleanup #19

New issue

Open

opened 2026-07-31 21:05:13 +00:00 by mathieu · 2 comments

mathieu commented

2026-07-31 21:05:13 +00:00

Owner

Constat

textpipe.Warning n'a pas de provider (internal/textpipe/pipeline.go:14-18). Session et CLI attribuent donc les dégradations cleanup au provider STT (internal/session/orchestrator.go:426-430), même si un autre endpoint/credential a échoué.

Tâche

Transporter la provenance cleanup dans le warning de pipeline et l'utiliser dans événements, JSON CLI et last-result.json. Ne pas deviner de provenance plugin.

Critères d'acceptation

Un warning cleanup nomme le provider cleanup sélectionné.
Les warnings fallback/partial STT gardent leur provider STT.
Aucune erreur brute, body, prompt ou credential n'est sérialisé.

Validation

go test -race ./internal/core ./internal/textpipe ./internal/session ./internal/cli

## Constat `textpipe.Warning` n'a pas de provider (`internal/textpipe/pipeline.go:14-18`). Session et CLI attribuent donc les dégradations cleanup au provider STT (`internal/session/orchestrator.go:426-430`), même si un autre endpoint/credential a échoué. ## Tâche Transporter la provenance cleanup dans le warning de pipeline et l'utiliser dans événements, JSON CLI et `last-result.json`. Ne pas deviner de provenance plugin. ## Critères d'acceptation - Un warning cleanup nomme le provider cleanup sélectionné. - Les warnings fallback/partial STT gardent leur provider STT. - Aucune erreur brute, body, prompt ou credential n'est sérialisé. ## Validation `go test -race ./internal/core ./internal/textpipe ./internal/session ./internal/cli`