mirror of
https://github.com/R0m1k3/Loki.git
synced 2026-10-12 01:37:06 +02:00
MichaelandClaude Opus 5.5
ac40a2556a
En ligne de commande, « loki tune » et le processus web avec des LOKI_HOME différents (sudo qui retire un LOKI_HOME exporté, variable posée dans un seul shell) ne se voient pas : le verrou tombait dans un dossier que l'interface ne lit pas, l'arrêt du « vrai » moteur visait celui d'une autre configuration, et l'essai chargeait à côté d'un moteur bien vivant — VRAM saturée, mesures fausses, relance possible par l'interface en pleine mesure. - Avant de commencer, la CLI regarde ce qui répond sur le port de son LOKI_HOME : un llama-server (/health 200, 503 ou 401) alors que ce dossier dit son moteur arrêté, un 401 sur /props avec sa clé d'API, ou un model_path qui n'est pas son MODEL (même fichier vérifié par os.SameFile) — refus, avec LOKI_HOME en clair et la marche à suivre (relancer avec le bon LOKI_HOME, ou le bouton « Optimiser… »). - Tout ce qui ne conclut pas laisse passer : rien n'écoute, autre service (404), /props absent d'un moteur ancien, chemin illisible d'ici. Le processus web n'est pas concerné : il fait foi pour son moteur. - Test : faux moteurs httptest pour chaque cas, refus et passages. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>