+12
−2
+83
−4
Loading
L'installateur affirmait : « Le modèle se télécharge à la première
transcription demandée. Celle-là sera lente ; les suivantes non. » C'était
faux. Mesuré contre l'image livrée : une piste soumise à un modèle absent est
refusée par « 404 — Model … is not installed locally », et rien n'est
entrepris. Le .env.example portait la même affirmation, et donnait la commande
correcte comme une simple avance à prendre.
Une instance neuve aurait donc enregistré sa première réunion et n'en aurait
jamais rendu le texte — le jour où l'on enregistre, c'est-à-dire en crise.
L'installateur tire donc le modèle lui-même, une fois la composition levée :
on est devant la machine, et une attente longue n'y coûte que de l'attente. Le
volume « modeles » le garde ensuite.
Un tirage raté n'emporte pas l'installation : le reste de l'instance est
debout et utile, et refuser de finir pour un modèle absent serait perdre
l'installation pour sauver la transcription. Le taire serait pire — on
découvrirait le manque à la première réunion. La commande à relancer est donc
affichée.
L'encodage de l'identifiant n'est pas un détail : une barre oblique laissée
telle quelle fait un segment d'URL de plus, et le serveur rend alors 404 —
c'est-à-dire le code de « modèle absent ». On chercherait la panne du mauvais
côté, longtemps. Le contrôle exécute le bloc contre un « docker » de paille et
lit ce qu'on lui a demandé ; il ne relit pas du shell.
Co-Authored-By:
Claude Opus 5 <noreply@anthropic.com>