Le plus courant est que le service soit complètement bloqué, mais que l’URL manque /v1, que le 8642 d’Hermes ne soit pas en ligne, ou que l’hôte soit écrit comme localhost dans Docker. La documentation officielle d’Open WebUI liste ces trois points directement dans la zone de dépannage, donc vérifions le plus rapidement à partir d’ici.
Séquence minimale de dépannage
- Vérifiez si l’adresse de connexion Open WebUI est
http://host.docker.internal:8642/v1, et pas seulement une:8642. - Exécutez le
curl http://localhost:8642/healthnativement pour confirmer que le serveur API Hermes est opérationnel. - Après
curl http://localhost:8642/v1/models, vous devriez pouvoir voir normalement lehermes-agentou le nom de profil. - Si Open WebUI fonctionne en Docker, n’écrivez pas l’adresse Hermes comme un
localhostdans le conteneur, mais utilisez une IPhost.docker.internal,--network=hostou pont.
Pourquoi si facile de rester coincé ici
Parce que le test de connexion d’Open WebUI peut réussir, cela ne signifie pas que la liste des modèles sera consultée. Les tests de connexion sont plutôt du genre « cette adresse ressemble-t-elle à une API », et le menu déroulant du modèle repose aussi sur /v1/models pour retourner le contenu correct.
En un mot : la boîte déroulante du modèle est vide, alors ne réinstallez pas d’abord l’interface Web Open. Priorisez la vérification de la /v1, Hermes 8642, et de la manière dont le conteneur accède à l’adresse de l’hôte.
Adresse officielle open source : https://github.com/NousResearch/hermes-agent ; Entrée officielle du document : https://hermes-agent.nousresearch.com/.