fix: portail laissant passer /health mais bloquant /v1 traité comme liaison en échec (v2.4.0.3) (#18)

- Une page web reçue sur /v1/capabilities fait échouer la connexion et le test
  de liaison même si /health répond, ce qui déclenche la recherche de l'API.
- La découverte sonde /v1/capabilities puis /v1/models (JSON exigé, 401/403
  accepté) avant /health, pour ne pas prendre un portail pour l'API.


Claude-Session: https://claude.ai/code/session_017Wn5VX9HNbJ7N54hR24u9Y

Co-authored-by: Claude <noreply@anthropic.com>

src/components/settings/SettingsDrawer.tsx

@@ -108,6 +108,7 @@ export function SettingsDrawer({ onClose }: Props) {
         caps = ` · modèle ${String(c.model ?? '?')} · ${Object.entries(c.features ?? {}).filter(([, v]) => v === true).length} fonctions`;
       } catch (err) {
         const message = (err as Error).message;
+        if (/page web/.test(message)) throw err;
         caps = /404/.test(message)
           ? ' · /v1/capabilities absent (Hermes ancien : transport chat completions)'
           : ` · capabilities : ${message}`;