IA locale · Actualité
Open WebUI 0.13 : un espace de travail à onglets, et une mise à jour à préparer
Cette interface libre pour dialoguer avec des modèles locaux ou distants ajoute terminaux, navigateur, panneau Git et commentaires à côté de la conversation. La version modifie la base de données et relève plusieurs limites par défaut : mieux vaut lire avant de cliquer.
Par Kayzen AI · · 3 min de lecture

Open WebUI est une interface web libre que l'on installe sur son propre serveur pour discuter avec des modèles d'IA, locaux ou distants. Sa version 0.13.0, publiée le 3 novembre, la fait changer de catégorie : la fenêtre de discussion devient un poste de travail. Trois correctifs ont suivi le 8 novembre, jusqu'à la 0.13.3.
Ce qui arrive
- Un espace à onglets. À côté de la conversation, on ouvre des fichiers, plusieurs terminaux, des aperçus, des appels vocaux. Sur grand écran, cet espace peut occuper toute la zone de discussion.
- Un onglet Navigateur pour afficher un site ou un serveur de développement local, avec un mode qui partage la session avec le modèle pour l'automatisation.
- Un panneau Git : différences, validation, branches, envoi et récupération, demandes de fusion GitHub.
- Des conversations annexes. Taper
/sideou/btwouvre un échange temporaire sans polluer le fil principal. La fonction est désactivée par défaut et dépend d'une nouvelle permission. - Des fils de commentaires et une boîte de notifications, pour travailler à plusieurs.
- Les MCP Apps dans la discussion : les outils interactifs s'affichent dans un cadre isolé, et chaque appel demande une confirmation.
- Des sous-agents multi-modèles : un modèle peut déléguer à un autre modèle auquel l'utilisateur a accès.
- Un interrupteur par outil et des plafonds de fichiers pour les bases de connaissances, réglables par l'administrateur.
Une application de bureau distincte, Open WebUI Desktop 0.1.x, existe aussi pour macOS, Windows et Linux, avec des modèles locaux optionnels via llama.cpp.
Les quatre points à vérifier avant de mettre à jour
1. La base de données change. Les notes de version demandent de sauvegarder la base et toutes les données associées avant la mise à jour. Si vous faites tourner plusieurs instances, elles doivent toutes être mises à jour en même temps : la mise à jour progressive n'est pas prise en charge.
2. Les garde-fous par défaut sautent. Le nombre maximal d'appels d'outils par réponse passe de 256 à 1 024. Les sous-agents, auparavant limités à 20 en parallèle et 30 boucles d'outils chacun, n'ont plus de limite par défaut. Si vos modèles passent par une API payante, la facture peut suivre. Les variables CHAT_RESPONSE_MAX_TOOL_CALL_ITERATIONS, SUBAGENTS_MAX_CONCURRENT, SUBAGENTS_MAX_ASYNC, SUBAGENTS_MAX_ITERATIONS et SUBAGENTS_MAX_OUTPUT permettent de rétablir des plafonds.
3. Une alerte disparaît. Les webhooks ne reçoivent plus les notifications d'échec de traitement de fichier. Si vous surveilliez l'indexation de vos documents par ce biais, il faut trouver autre chose.
4. Des correctifs de sécurité non détaillés. L'équipe indique que la version en contient et recommande de mettre à jour dès que possible, sans en dire plus dans les notes.
Pourquoi viser directement la 0.13.3
Les versions du 8 novembre corrigent des défauts gênants pour une installation interne : les discussions qui ne se chargeaient plus en HTTP simple sur une adresse du réseau local ou de Docker, les boutons de copie inopérants dans la même situation, ou encore les recherches dans la base de connaissances qui échouaient sur une requête contenant de la ponctuation, du type « Art. 40 ». La 0.13.1 ajoute par ailleurs la possibilité de choisir des agents de code comme Claude Code ou Codex à la place d'un modèle.
Notre lecture
Avec terminaux, navigateur et Git, Open WebUI s'approche d'un environnement d'agents complet, ce qui élargit aussi ce qu'un modèle peut faire sur votre serveur.
Pour une PME qui l'utilise déjà, notre conseil tient en quatre gestes : sauvegarder, mettre à jour en une fois vers la 0.13.3, fixer explicitement les limites d'appels d'outils et de sous-agents, puis décider qui a droit aux terminaux et au navigateur avant d'ouvrir ces fonctions à tous. Quatre versions en six jours, c'est aussi le signe d'un chantier encore mouvant : sur une installation critique, attendre une semaine de plus n'a rien d'excessif, à mettre en balance avec les correctifs de sécurité.