Aller au contenu

Choisir la langue

Langue actuelle: Français

OmniRoute — Dashboard Features Gallery

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
  • ⏱ fallbackDelayMs et 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


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.

Tableau de bord des fournisseurs


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 -> fallbackTier influence 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_message d’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.

Tableau de bord des combos


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.

Tableau de bord des analyses


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.

Tableau de bord de l’état de santĂ©


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 du traducteur


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 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.


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

Tableau de bord des paramĂštres


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.

Tableau de bord des outils CLI


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

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.


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 de 78-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.


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 par runWithProxyContext, 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 method sous 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

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.

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.


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.

Journaux d’utilisation


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.

Tableau de bord du point de terminaison


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.


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 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_modules liĂ©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-quit arrĂȘ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.


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.ts avant 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 jeton
  • GET /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.


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 :

  1. 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.
  2. 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.


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.


undefined (a58000c7685f)

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.

Visiter HagiCodeLire la documentation
  • 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

Obtenir sur le Microsoft StoreTous les téléchargements

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.