OmniRoute â Dashboard Features Gallery
âš Points forts de la v3.8.0
Section intitulĂ©e « âš Points forts de la v3.8.0 »Le cycle v3.7.x â v3.8.0 a ajoutĂ© le routage automatique sans configuration, de nouveaux fournisseurs, des flux OAuth, une rĂ©silience accrue et une expĂ©rience CLI beaucoup plus riche. Les fonctionnalitĂ©s principales sont prĂ©sentĂ©es ci-dessous â tous les dĂ©tails figurent plus loin dans le document et dans les spĂ©cifications associĂ©es.
- đ€ Auto Combo / Routage automatique sans configuration â utilisez les prĂ©fixes
auto/coding,auto/fast,auto/cheap,auto/offline,auto/smart,auto/lkgp,auto/chaos. Repose sur un moteur de notation Ă 16 facteurs et 6 packs de modes soigneusement sĂ©lectionnĂ©s (ship-fast, cost-saver, quality-first, offline-friendly, reliability-first, chaos-mode) - đ Fournisseur Command Code (#2199) â intĂ©gration native avec catalogue de modĂšles et suivi des quotas
- đ Fournisseur Z.AI â nouveau fournisseur avec offre gratuite et libellĂ©s de quota
- đŹ Extension multimĂ©dia de KIE â catalogue Ă©tendu incluant des modĂšles de gĂ©nĂ©ration vidĂ©o
- đ Authentification Devin â lâapplication de bureau importe une clĂ© API Devin existante ; la CLI utilise les identifiants locaux de
devin auth login - đ 8 nouveaux fournisseurs gratuits â LLM7, Lepton, UncloseAI, BazaarLink, Completions, Enally, FreeTheAi, Command Code
- đŻ Routage par niveaux W1âW4 tenant compte des manifestes â les manifestes des fournisseurs dĂ©terminent la sĂ©lection pondĂ©rĂ©e des niveaux
- đš ParitĂ© OpenAI complĂšte pour Cursor â appels dâoutils, streaming et gestion des sessions de bout en bout
- đ Utilisation du forfait Cursor Pro â les donnĂ©es de quota et de cycle sont affichĂ©es dans le tableau de bord des limites des fournisseurs
- ⥠Ventilation par niveau de service / analyses du niveau rapide de Codex â visibilitĂ© de la consommation par niveau
- đ Routage persistant par session â les sessions Codex restent associĂ©es au mĂȘme compte entre les Ă©changes
- đ AmĂ©liorations de la synthĂšse vocale Inworld â catalogues de voix, streaming et amĂ©liorations de la latence
- đ Authentification Kiro sans interface graphique â connexion via le stockage SQLite local de
kiro-cli, sans navigateur - đ Surveillance des quotas et limites de DeepSeek â utilisation quotidienne et mensuelle affichĂ©e dans le tableau de bord
- đ StratĂ©gie de routage tenant compte des rĂ©initialisations â les combinaisons privilĂ©gient dĂ©sormais les comptes dont la fenĂȘtre de quota sera rĂ©initialisĂ©e le plus tĂŽt
- â±ïž
fallbackDelayMset dĂ©tection dynamique de la limite dâoutils â rĂ©glage plus prĂ©cis du dĂ©lai de repli et limites du nombre dâoutils propres Ă chaque fournisseur - đ§ DĂ©gradation du mode en arriĂšre-plan (Responses API) â bascule vers le mode synchrone avec un avertissement structurĂ© lorsquâun service en amont ne prend pas en charge lâinterrogation en arriĂšre-plan
- đŠ Classification des erreurs 429 par fournisseur + option
useUpstream429BreakerHintsâ comportement plus prĂ©cis du coupe-circuit grĂące aux indications de limitation de dĂ©bit fournies en amont - đ©ș Tableau de bord des dĂ©lais de rĂ©cupĂ©ration des modĂšles â visualisez les verrouillages par modĂšle et rĂ©activez-les manuellement depuis lâinterface
- đ DĂ©tection dynamique des certificats MITM sous Linux â fonctionne sur Debian/Ubuntu, Fedora/RHEL, Arch et dâautres distributions
- đ» Suite dâamĂ©liorations de la CLI â plus de 20 commandes, notamment
omniroute providers,omniroute combos,omniroute doctor,omniroute setup - đ DĂ©couverte des modĂšles dâembedding Qdrant â dĂ©tection automatique du modĂšle du magasin vectoriel
- đ ClĂ©s API / clĂ©s Bearer avec la portĂ©e
manageâ effectuez des opĂ©rations dâadministration par programmation via lâAPI - đ„ Analyses de lâĂ©tat des cibles de combinaison + constructeur de combinaisons structurĂ© â Ă©tat par cible et constructeur dâinterface permettant dâassembler des Ă©tapes
(provider, model, connection) - đ€ Fournisseur OAuth GitLab Duo â connexion avec les identifiants GitLab
- đ§ Cache de relecture du raisonnement â persistance hybride en mĂ©moire et dans SQLite des traces de raisonnement
đ Documentation associĂ©e : Framework de compĂ©tences · SystĂšme de mĂ©moire · Agents cloud · Webhooks · Cache de relecture du raisonnement
đ Fournisseurs
Section intitulĂ©e « đ Fournisseurs »GĂ©rez les connexions aux fournisseurs dâIA : fournisseurs OAuth (Claude Code, Codex), fournisseurs utilisant des clĂ©s API (Groq, DeepSeek, OpenRouter) et fournisseurs gratuits (Qoder, Kiro). Les comptes Kiro incluent le suivi du solde de crĂ©dits â crĂ©dits restants, allocation totale et date de renouvellement visibles dans Tableau de bord â Utilisation.
Les connexions OpenRouter peuvent stocker un preset par connexion dans les paramĂštres avancĂ©s. Lorsquâil est dĂ©fini, OmniRoute lâenvoie en tant que champ de premier niveau de la requĂȘte OpenRouter, par exemple "preset": "email-copywriter", sauf si la requĂȘte du client a dĂ©jĂ fourni son propre preset.

đš Combos
Section intitulĂ©e « đš Combos »CrĂ©ez des combos de routage de modĂšles avec 19 stratĂ©gies publiques : priority, weighted, round-robin, context-relay, fill-first, p2c (choix entre deux possibilitĂ©s), random, least-used, cost-optimized, reset-aware, reset-window, headroom, strict-random, auto, lkgp (dernier fournisseur connu comme fonctionnel), context-optimized, cache-optimized, fusion (interroge en parallĂšle un panel de modĂšles, puis synthĂ©tise une rĂ©ponse unique via un juge) et pipeline. Chaque combo enchaĂźne plusieurs modĂšles avec un repli automatique et inclut des modĂšles de configuration rapide ainsi que des contrĂŽles de disponibilitĂ©.
Améliorations récentes des combos :
- CrĂ©ateur de combos structurĂ© â crĂ©ez chaque Ă©tape en sĂ©lectionnant le fournisseur, le modĂšle et le compte ou la connexion exacte
- Prise en charge des fournisseurs rĂ©pĂ©tĂ©s â rĂ©utilisez le mĂȘme fournisseur plusieurs fois dans un combo, Ă condition que le tuple
(provider, model, connection)soit unique - Ătat de santĂ© des cibles de combo â les vues dâanalyse et dâĂ©tat de santĂ© distinguent dĂ©sormais les diffĂ©rentes cibles ou Ă©tapes dâun combo au lieu de tout regrouper sous forme de chaĂźnes de modĂšles
- Ordre des niveaux composites â
defaultTier -> fallbackTierinfluence dĂ©sormais lâordre dâexĂ©cution et de repli lors de lâexĂ©cution pour les Ă©tapes de premier niveau dâun combo - ModĂšles dâinvite systĂšme â le
system_messagedâun combo prend en charge cĂŽtĂ© serveur les espaces rĂ©servĂ©s{{MODEL_ID}},{{PROVIDER_ID}},{{ACCOUNT}}et{{FINGERPRINT}}, remplacĂ©s Ă partir de la cible effectivement sĂ©lectionnĂ©e juste avant lâenvoi. Ils sont soumis Ă une liste dâautorisation et ne sont pas rĂ©cursifs ; les espaces rĂ©servĂ©s inconnus restent littĂ©raux ; les valeurs vides sont remplacĂ©es par une chaĂźne vide ; les invites systĂšme du client ne sont jamais réécrites.{{FINGERPRINT}}nâest rĂ©solu que pour les fournisseurs gratuits basĂ©s sur des empreintes, avec une empreinte Ă©pinglĂ©e ou automatiquement renouvelĂ©e â ailleurs, il est remplacĂ© par une chaĂźne vide (par exemple pour les connexions Ă empreinte unique ou les fournisseurs sans empreinte). Le remplacement sâapplique Ă la boucle dâenvoi standard, au round-robin et aux sessions de cache de contexte Ă©pinglĂ©es ; les stratĂ©gies fusion, chaos, pipeline et nested-execute ne remplacent pas encore les espaces rĂ©servĂ©s.

đ Analyses
Section intitulĂ©e « đ Analyses »Analyses complĂštes de lâutilisation avec consommation de jetons, estimations des coĂ»ts, cartes thermiques dâactivitĂ©, graphiques de rĂ©partition hebdomadaire et ventilations par fournisseur.

đ„ Ătat de santĂ© du systĂšme
Section intitulĂ©e « đ„ Ătat de santĂ© du systĂšme »Surveillance en temps rĂ©el : durĂ©e de fonctionnement, mĂ©moire, version, percentiles de latence (p50/p95/p99), statistiques du cache, Ă©tats des disjoncteurs des fournisseurs, sessions actives avec surveillance des quotas et Ă©tat de santĂ© des cibles de combo.

đ§ Espace de test du traducteur
Section intitulĂ©e « đ§ Espace de test du traducteur »Quatre modes pour dĂ©boguer les traductions de lâAPI : Playground (convertisseur de format), Chat Tester (requĂȘtes en direct), Test Bench (tests par lots) et Live Monitor (flux en temps rĂ©el).

đź Espace de test des modĂšles (v2.0.9+)
Section intitulĂ©e « đź Espace de test des modĂšles (v2.0.9+) »Testez nâimporte quel modĂšle directement depuis le tableau de bord. SĂ©lectionnez le fournisseur, le modĂšle et le point de terminaison, rĂ©digez des invites avec Monaco Editor, diffusez les rĂ©ponses en temps rĂ©el, interrompez la diffusion en cours et consultez les mĂ©triques de temps.
đš ThĂšmes (v2.0.5+)
Section intitulĂ©e « đš ThĂšmes (v2.0.5+) »ThĂšmes de couleurs personnalisables pour lâensemble du tableau de bord. Choisissez parmi 7 couleurs prĂ©dĂ©finies (corail, bleu, rouge, vert, violet, orange, cyan) ou crĂ©ez un thĂšme personnalisĂ© en sĂ©lectionnant nâimporte quelle couleur hexadĂ©cimale. Prend en charge les modes clair, sombre et systĂšme.
âïž ParamĂštres
Section intitulĂ©e « âïž ParamĂštres »Panneau de paramĂštres complet comportant 7 onglets :
- GĂ©nĂ©ral â Stockage systĂšme, gestion des sauvegardes (exportation/importation de la base de donnĂ©es)
- Apparence â SĂ©lecteur de thĂšme (sombre/clair/systĂšme), couleurs de thĂšme prĂ©dĂ©finies et personnalisĂ©es, visibilitĂ© du journal dâĂ©tat, contrĂŽles de visibilitĂ© des Ă©lĂ©ments de la barre latĂ©rale et des sĂ©parateurs de groupes, contrĂŽles de visibilitĂ© des tunnels de points de terminaison
- IA â FonctionnalitĂ©s de lâassistant IA, prĂ©rĂ©glages de routage par dĂ©faut (combinaisons automatiques
auto/coding,auto/fast,auto/cheap,auto/smart), cache de rĂ©exĂ©cution du raisonnement et options dâactivation des compĂ©tences/de la mĂ©moire - SĂ©curitĂ© â Protection des points de terminaison de lâAPI, blocage des fournisseurs personnalisĂ©s, filtrage IP, informations de session
- Routage â Alias de modĂšles, dĂ©gradation des tĂąches en arriĂšre-plan, routage par niveau tenant compte du manifeste (W1âW4),
fallbackDelayMs, routage persistant par session - RĂ©silience â Persistance des limites de dĂ©bit, rĂ©glage du disjoncteur, dĂ©sactivation automatique des comptes bannis, surveillance de lâexpiration des fournisseurs, seuil de transfert de Context Relay et configuration du modĂšle de rĂ©sumĂ©, classification des erreurs 429 par fournisseur et option
useUpstream429BreakerHints, dĂ©lais de rĂ©cupĂ©ration des modĂšles - AvancĂ© â Remplacements de configuration, journal dâaudit de la configuration, mode de dĂ©gradation du mĂ©canisme de repli, dĂ©gradation du mode dâarriĂšre-plan pour Responses API

đ§ Outils CLI
Section intitulĂ©e « đ§ Outils CLI »Configuration en un clic pour les outils de programmation assistĂ©e par IA : Claude Code, Codex CLI, OpenClaw, Kilo Code, Antigravity, Cline, Continue, Cursor et Factory Droid. Comprend lâapplication et la rĂ©initialisation automatisĂ©es de la configuration, les profils de connexion et le mappage des modĂšles.

đ€ Agents CLI (v2.0.11+)
Section intitulĂ©e « đ€ Agents CLI (v2.0.11+) »Tableau de bord permettant de dĂ©couvrir et de gĂ©rer les agents CLI. Affiche une grille de 16 agents intĂ©grĂ©s (Codex, Claude, Goose, OpenClaw, Aider, OpenCode, Cline, ForgeCode, Amazon Q, Open Interpreter, Cursor CLI, Warp, Windsurf, Devin CLI, Kimi Coding, Command Code) avec :
- Ătat de lâinstallation â InstallĂ© / Introuvable avec dĂ©tection de la version
- Badges de protocole â stdio, HTTP, etc.
- Agents personnalisĂ©s â Enregistrez nâimporte quel outil CLI au moyen dâun formulaire (nom, binaire, commande de version, arguments de lancement)
- Correspondance des empreintes CLI â Option par fournisseur permettant de reproduire les signatures de requĂȘtes des CLI natives, rĂ©duisant le risque de bannissement tout en prĂ©servant lâadresse IP du proxy
- Authentification Devin locale â Devin CLI utilise
devin auth login; aucun flux OAuth via le navigateur nâest requis
đ Relais de contexte (v3.5.5+)
Section intitulĂ©e « đ Relais de contexte (v3.5.5+) »Une stratĂ©gie combinĂ©e qui prĂ©serve la continuitĂ© de la session lorsquâune rotation de compte se produit au milieu dâune conversation. Avant que le compte actif ne soit Ă©puisĂ©, OmniRoute gĂ©nĂšre en arriĂšre-plan un rĂ©sumĂ© structurĂ© pour la transition. Une fois la requĂȘte suivante attribuĂ©e Ă un autre compte, le rĂ©sumĂ© est injectĂ© sous forme de message systĂšme afin que le nouveau compte poursuive avec lâintĂ©gralitĂ© du contexte.
Configurable via les paramĂštres de la combinaison ou les paramĂštres globaux :
- Seuil de transition â Pourcentage dâutilisation du quota qui dĂ©clenche la gĂ©nĂ©ration du rĂ©sumĂ© (85 % par dĂ©faut)
- Nombre maximal de messages pour le rĂ©sumĂ© â QuantitĂ© dâhistorique rĂ©cent Ă condenser
- ModĂšle de rĂ©sumĂ© â ModĂšle de remplacement facultatif pour gĂ©nĂ©rer le rĂ©sumĂ© de transition
Prend actuellement en charge la rotation des comptes Codex. Consultez la documentation sur le relais de contexte.
đïž Compression des prompts (v3.7.9+)
Section intitulĂ©e « đïž Compression des prompts (v3.7.9+) »Contexte et cache propose dĂ©sormais des pages dĂ©diĂ©es Ă Caveman, RTK et aux combinaisons de compression :
- Caveman â ensembles de rĂšgles adaptĂ©s Ă la langue, aperçu, contrĂŽles du mode de sortie et analyses
- RTK â compression adaptĂ©e aux commandes pour les sorties shell, git, de test, de build, de gestion des paquets, Docker, dâinfrastructure, JSON et de traces de pile
- Combinaisons de compression â pipelines nommĂ©s tels que
rtk -> caveman, attribuĂ©s aux combinaisons de routage ; le calcul cumulĂ© par dĂ©faut atteint une moyenne dâenviron~89%et permet une Ă©conomie de contexte admissible de78-95%lorsque les deux moteurs sâappliquent - RĂ©cupĂ©ration de la sortie brute â pointeurs facultatifs vers la sortie brute RTK expurgĂ©e pour dĂ©boguer les Ă©checs liĂ©s Ă la compression
Consultez le guide de compression, la compression RTK et les moteurs de compression.
đĄïž Renforcement du proxy (v3.5.5+)
Section intitulĂ©e « đĄïž Renforcement du proxy (v3.5.5+) »Application complĂšte de la configuration du proxy Ă lâensemble du pipeline de requĂȘtes :
- VĂ©rification de lâĂ©tat des jetons â Lâactualisation OAuth en arriĂšre-plan rĂ©sout dĂ©sormais la configuration du proxy pour chaque connexion, ce qui Ă©vite les Ă©checs dans les environnements oĂč un proxy est requis
- Validation des clĂ©s API â La validation des clĂ©s des fournisseurs (
POST /api/providers/validate) passe parrunWithProxyContext, en respectant les paramĂštres de proxy propres au fournisseur et les paramĂštres globaux - Correction du rĂ©partiteur undici â Les rĂ©partiteurs de proxy utilisent la propre implĂ©mentation de fetch dâundici au lieu de celle intĂ©grĂ©e Ă Node, ce qui rĂ©sout les erreurs
invalid onRequestStart methodsous Node.js 22 - DĂ©tection de la version de Node.js â La page de connexion dĂ©tecte de maniĂšre proactive les versions incompatibles de Node.js (24+) et affiche une banniĂšre dâavertissement avec des instructions invitant Ă utiliser Node 22 LTS
đ§ Masquage des adresses e-mail (v3.5.6+)
Section intitulĂ©e « đ§ Masquage des adresses e-mail (v3.5.6+) »Les adresses e-mail des comptes OAuth sont masquĂ©es par dĂ©faut (par exemple, di*****@g****.com) afin dâĂ©viter toute divulgation accidentelle lors du partage de captures dâĂ©cran ou de lâenregistrement de dĂ©monstrations. Utilisez ParamĂštres â Apparence â VisibilitĂ© des adresses e-mail des comptes pour afficher ou masquer les adresses e-mail complĂštes de tous les comptes dans les Ă©crans des fournisseurs, des combinaisons, des journaux, des quotas et du terrain dâexpĂ©rimentation.
đïž Option de visibilitĂ© des modĂšles (v3.5.6+)
Section intitulĂ©e « đïž Option de visibilitĂ© des modĂšles (v3.5.6+) »La liste des modĂšles sur la page du fournisseur comprend dĂ©sormais :
- Barre de recherche/filtrage en temps rĂ©el â Trouvez rapidement des modĂšles spĂ©cifiques
- Option de visibilitĂ© pour chaque modĂšle (icĂŽne đ) â Les modĂšles masquĂ©s sont grisĂ©s et exclus du catalogue
/v1/models - Badge du nombre de modĂšles actifs (
N/M active) â Indique en un coup dâĆil combien de modĂšles sont activĂ©s par rapport au total
đ§ RĂ©paration de lâenvironnement OAuth (v3.6.1+)
Section intitulĂ©e « đ§ RĂ©paration de lâenvironnement OAuth (v3.6.1+) »Action « RĂ©parer lâenvironnement » en un clic pour les fournisseurs OAuth, qui restaure les variables dâenvironnement manquantes et corrige les Ă©tats dâauthentification dĂ©fectueux. Accessible depuis Tableau de bord â Fournisseurs â [Fournisseur OAuth] â RĂ©parer lâenvironnement. DĂ©tecte et rĂ©pare automatiquement :
- Identifiants client OAuth manquants
- EntrĂ©es corrompues dans le fichier dâenvironnement
- Assainissement du chemin de sauvegarde
đïž DĂ©sinstallation / DĂ©sinstallation complĂšte (v3.6.2+)
Section intitulĂ©e « đïž DĂ©sinstallation / DĂ©sinstallation complĂšte (v3.6.2+) »Scripts de suppression propre pour toutes les mĂ©thodes dâinstallation :
| Commande | Action |
|---|---|
npm run uninstall |
Supprime lâapplication systĂšme, mais conserve votre base de donnĂ©es et vos configurations dans ~/.omniroute. |
npm run uninstall:full |
Supprime lâapplication ET efface dĂ©finitivement toutes les configurations, clĂ©s et bases de donnĂ©es. |
đŒïž MĂ©dias (v2.0.3+)
Section intitulĂ©e « đŒïž MĂ©dias (v2.0.3+) »GĂ©nĂ©rez des images, des vidĂ©os et de la musique depuis le tableau de bord. Prend en charge OpenAI, xAI, Together, Hyperbolic, SD WebUI, ComfyUI, AnimateDiff, Stable Audio Open et MusicGen.
đ Journaux des requĂȘtes
Section intitulĂ©e « đ Journaux des requĂȘtes »Journalisation des requĂȘtes en temps rĂ©el avec filtrage par fournisseur, modĂšle, compte et clĂ© API. Affiche les codes dâĂ©tat, lâutilisation des jetons, la latence et les dĂ©tails des rĂ©ponses.

đ Point de terminaison API
Section intitulĂ©e « đ Point de terminaison API »Votre point de terminaison API unifiĂ© avec une vue dĂ©taillĂ©e des fonctionnalitĂ©s : complĂ©tions de chat, Responses API, plongements, gĂ©nĂ©ration dâimages, reclassement, transcription audio, synthĂšse vocale, modĂ©ration et clĂ©s API enregistrĂ©es. La prise en charge de Cloudflare Quick Tunnel, Tailscale Funnel, ngrok Tunnel et des proxys cloud est disponible pour lâaccĂšs Ă distance.

đ Gestion des clĂ©s API
Section intitulĂ©e « đ Gestion des clĂ©s API »CrĂ©ez, dĂ©finissez la portĂ©e et rĂ©voquez des clĂ©s API. Chaque clĂ© peut ĂȘtre limitĂ©e Ă des modĂšles ou fournisseurs spĂ©cifiques, avec un accĂšs complet ou des autorisations en lecture seule. Gestion visuelle des clĂ©s avec suivi de lâutilisation.
đ Journal dâaudit
Section intitulĂ©e « đ Journal dâaudit »Suivi des actions administratives avec filtrage par type dâaction, acteur, cible, adresse IP et horodatage. Historique complet des Ă©vĂ©nements de sĂ©curitĂ©.
đ„ïž Application de bureau
Section intitulĂ©e « đ„ïž Application de bureau »Application de bureau Electron native pour Windows, macOS et Linux. ExĂ©cutez OmniRoute comme une application autonome avec intĂ©gration Ă la zone de notification, prise en charge hors ligne, mise Ă jour automatique et installation en un clic.
Fonctionnalités principales :
- VĂ©rification de la disponibilitĂ© du serveur (aucun Ă©cran vide lors dâun dĂ©marrage Ă froid)
- Zone de notification avec gestion des ports
- Politique de sécurité du contenu
- Verrouillage Ă instance unique
- Mise à jour automatique au redémarrage
- Interface conditionnelle selon la plateforme (boutons de fenĂȘtre macOS, barre de titre par dĂ©faut sous Windows/Linux)
- Empaquetage renforcĂ© de la version Electron â les
node_modulesliĂ©s symboliquement dans le paquet autonome sont dĂ©tectĂ©s et rejetĂ©s avant lâempaquetage, empĂȘchant toute dĂ©pendance dâexĂ©cution vis-Ă -vis de la machine de compilation (v2.5.5+) - ArrĂȘt propre â lâĂ©vĂ©nement Electron
before-quitarrĂȘte proprement Next.js, empĂȘchant les verrouillages de la base de donnĂ©es SQLite WAL (v3.6.2+)
đ Consultez electron/README.md pour la documentation complĂšte.
đ Passerelle WebSocket V1 (v3.6.6+)
Section intitulĂ©e « đ Passerelle WebSocket V1 (v3.6.6+) »OmniRoute prend dĂ©sormais en charge les clients WebSocket compatibles avec OpenAI via le point de terminaison de mise Ă niveau /v1/ws. Le serveur personnalisĂ© scripts/dev/v1-ws-bridge.mjs encapsule Next.js et met Ă niveau les connexions WS vers des sessions de streaming bidirectionnelles complĂštes. Lâauthentification utilise la mĂȘme clĂ© API ou le mĂȘme cookie de session que les requĂȘtes HTTP.
Comportements principaux :
- Mise à niveau WS validée par
src/lib/ws/handshake.tsavant lâĂ©tablissement de la connexion - Flux interrompus proprement Ă la fermeture de la session ou en cas dâerreur en amont
- Fonctionne simultanément avec le chemin de streaming HTTP+SSE existant
đ Jetons de synchronisation et bundle de configuration (v3.6.6+)
Section intitulĂ©e « đ Jetons de synchronisation et bundle de configuration (v3.6.6+) »LâaccĂšs depuis plusieurs appareils et par des opĂ©rateurs externes est dĂ©sormais possible grĂące Ă des jetons de synchronisation Ă portĂ©e limitĂ©e :
POST /api/sync/tokensâ Ămet un nouveau jeton de synchronisation (Ă portĂ©e limitĂ©e, avec une expiration facultative)DELETE /api/sync/tokens/:idâ RĂ©voque un jetonGET /api/sync/bundleâ TĂ©lĂ©charge un instantanĂ© JSON versionnĂ© de tous les paramĂštres non sensibles, identifiĂ© par un ETag (mots de passe masquĂ©s)
Le bundle de configuration est gĂ©nĂ©rĂ© par src/lib/sync/bundle.ts. Les clients comparent lâen-tĂȘte de rĂ©ponse ETag afin de dĂ©tecter les modifications sans tĂ©lĂ©charger Ă nouveau lâintĂ©gralitĂ© de la charge utile.
đ§ PrĂ©rĂ©glage GLM Thinking (v3.6.6+)
Section intitulĂ©e « đ§ PrĂ©rĂ©glage GLM Thinking (v3.6.6+) »GLM Thinking (glmt) est dĂ©sormais un fournisseur de premier ordre enregistrĂ© : 65 536 jetons de sortie au maximum, un budget de rĂ©flexion de 24 576 jetons, un dĂ©lai dâexpiration par dĂ©faut de 900 s, un format dâAPI compatible avec Claude et une synchronisation partagĂ©e de lâutilisation avec la famille GLM.
Le comptage hybride des jetons fait Ă©galement son apparition dans la v3.6.6 : lorsquâun fournisseur compatible avec Claude expose /messages/count_tokens, OmniRoute lâappelle avant les requĂȘtes volumineuses, avec un repli transparent sur une estimation.
đĄïž RĂ©cupĂ©ration sortante sĂ©curisĂ©e et protection SSRF (v3.6.6+)
Section intitulĂ©e « đĄïž RĂ©cupĂ©ration sortante sĂ©curisĂ©e et protection SSRF (v3.6.6+) »Tous les appels de validation des fournisseurs et de dĂ©couverte des modĂšles passent dĂ©sormais par une protection sortante Ă deux niveaux :
- Protection des URL (
src/shared/network/outboundUrlGuard.ts) â Bloque les plages dâadresses IP privĂ©es, de bouclage et locales au lien avant lâouverture du socket. - Enveloppe de rĂ©cupĂ©ration sĂ©curisĂ©e (
src/shared/network/safeOutboundFetch.ts) â Applique la protection des URL, normalise les dĂ©lais dâexpiration et retente les requĂȘtes en cas dâerreurs transitoires avec un dĂ©lai exponentiel.
Les violations de la protection sont signalĂ©es par une rĂ©ponse HTTP 422 (URL_GUARD_BLOCKED) et consignĂ©es dans le journal dâaudit de conformitĂ© via providerAudit.ts.
đ Nouvelles tentatives tenant compte des dĂ©lais de rĂ©cupĂ©ration (v3.6.6+)
Section intitulĂ©e « đ Nouvelles tentatives tenant compte des dĂ©lais de rĂ©cupĂ©ration (v3.6.6+) »Les requĂȘtes de chat sont dĂ©sormais automatiquement retentĂ©es lorsquâun fournisseur en amont renvoie un dĂ©lai de rĂ©cupĂ©ration propre Ă un modĂšle. Ce comportement est configurable via REQUEST_RETRY (valeur par dĂ©faut : 2) et MAX_RETRY_INTERVAL_SEC (valeur par dĂ©faut : 30 s). LâinterprĂ©tation des en-tĂȘtes de limitation de dĂ©bit a Ă©tĂ© amĂ©liorĂ©e pour x-ratelimit-reset-requests, x-ratelimit-reset-tokens et Retry-After â lâĂ©tat du dĂ©lai de rĂ©cupĂ©ration de chaque modĂšle est visible dans le tableau de bord RĂ©silience.
đ Audit de conformitĂ© v2 (v3.6.6+)
Section intitulĂ©e « đ Audit de conformitĂ© v2 (v3.6.6+) »Le journal dâaudit a Ă©tĂ© enrichi avec une pagination basĂ©e sur un curseur, lâajout du contexte des requĂȘtes (identifiant de requĂȘte, agent utilisateur, adresse IP), des Ă©vĂ©nements dâauthentification structurĂ©s, des Ă©vĂ©nements CRUD relatifs aux fournisseurs avec le contexte des diffĂ©rences et la journalisation des validations bloquĂ©es pour cause de SSRF. Les nouveaux Ă©vĂ©nements sont Ă©mis par src/lib/compliance/providerAudit.ts.
HagiCode
HagiCode est un espace de dĂ©veloppement agentique. Des interactions dâinterface riches et pratiques rendent la planification, lâexĂ©cution des agents et le travail sur les projets accessibles et faciles Ă suivre, pour une expĂ©rience de dĂ©veloppement engageante.
Une expĂ©rience de dĂ©veloppement engageante grĂące Ă des interactions dâinterface riches et pratiques.
- IntelligentLes workflows OpenSpec transforment une intention en parcours exécutable, de la proposition à la livraison en passant par la conception et les tùches.
- EfficaceLâexĂ©cution multi-agent fait avancer recherche, rĂ©alisation et revue en parallĂšle, sur plusieurs dĂ©pĂŽts et avec les Agent CLI que vous utilisez dĂ©jĂ .
- IntĂ©ressantDes interactions dâinterface riches et pratiques rendent la planification, lâexĂ©cution des agents et le travail sur les projets accessibles et faciles Ă suivre.
Télécharger pour Windows
Partager HagiCode
Transformez vos idées en logiciels livrés.
HagiCode est un espace de dĂ©veloppement agentique : les workflows OpenSpec planifient le changement, lâexĂ©cution multi-agent le rĂ©alise et Hero Scenario rend le long parcours visible, pour transformer vos idĂ©es en logiciels livrĂ©s.
- Intelligent
- Les workflows OpenSpec transforment une intention en parcours, de la proposition Ă la livraison.
- Efficace
- LâexĂ©cution multi-agent mĂšne recherche, rĂ©alisation et revue en parallĂšle.
- Ludique
- Les interactions dâinterface facilitent la planification, lâexĂ©cution des agents et les projets.
© 2026 HagiCode | Powered By hagilight-starlight@0.21.0 | Branch: main | Commit: de60bcd | Built:

