đ OmniRoute â La passerelle IA gratuite
đ ïž Pile Technologique
Section intitulĂ©e « đ ïž Pile Technologique »| Couche | Technologie |
|---|---|
| Environnement d'exĂ©cution | Node.js 22.x / 24.x LTS â >=22.22.2 <23 || >=24.0.0 <27 |
| Langage | TypeScript 6.0 â 100% TypeScript dans src/ et open-sse/ (aucun any dans le cĆur depuis la v2.0) |
| Framework | Next.js 16 + React 19 + Tailwind CSS 4 |
| Base de donnĂ©es | better-sqlite3 (SQLite, journalisation WAL) + LowDB (JSON hĂ©ritĂ©) â 122 modules de domaine, 183 migrations |
| Mémoire | SQLite FTS5 texte intégral + embeddings vectoriels quantifiés int8, dégradation typée |
| SchĂ©mas | Zod 4 â Validation E/S d'outils MCP + contrats d'API |
| Protocoles | MCP (stdio / HTTP / SSE) + A2A v0.3 (JSON-RPC 2.0 + SSE) |
| Streaming | Server-Sent Events (SSE) + pont WebSocket (/v1/ws) |
| Compression | Pipeline Ă 12 moteurs â RTK, Caveman, LLMLingua-2 (MobileBERT ONNX), GCF, OmniGlyph |
| Authentification & sécurité | OAuth 2.0 (PKCE) + JWT + Clés API + Authentification MCP à portée · AES-256-GCM au repos · DOMPurify |
| FurtivitĂ© | wreq-js â Usurpation d'empreinte TLS JA3 / JA4, proxy Ă 3 niveaux |
| Résilience | Disjoncteur, attente exponentielle, anti-effet troupeau, auto-réparation combinée |
| Journalisation | pino â journaux JSON structurĂ©s avec contexte de requĂȘte |
| Tests | ExĂ©cuteur de tests Node.js + Vitest â plus de 39 000 dĂ©clarations de tests statiques sur plus de 5 100 fichiers de tests suivis (unitaires, d'intĂ©gration, E2E, de sĂ©curitĂ©, d'Ă©cosystĂšme) |
| Plateformes | Bureau (Electron) · Android (Termux) · PWA (tout navigateur) |
| CI/CD | GitHub Actions â publication npm automatique + Docker Hub Ă la sortie |
| Liens | Site web · npm · Docker Hub |
đ Documentation
Section intitulĂ©e « đ Documentation »đ Bien dĂ©marrer
Section intitulĂ©e « đ Bien dĂ©marrer »| Document | Description |
|---|---|
| Guide de lâutilisateur | Fournisseurs, combinaisons, intĂ©gration CLI, dĂ©ploiement |
| Guide de configuration | MĂ©thodes dâinstallation complĂštes, configurations des outils CLI, configuration des protocoles, rĂ©glage des dĂ©lais dâexpiration |
| Guide des outils CLI | Configuration par outil pour Claude Code, Codex, Cursor, Cline, OpenClaw, Kilo, Copilot |
| Mode distant | Pilotez un OmniRoute distant (VPS) depuis le CLI de votre ordinateur portable grĂące Ă des jetons dâaccĂšs Ă portĂ©e limitĂ©e |
| Configuration de Claude Code | Connectez Claude Code Ă OmniRoute (local/distant) avec launch et des profils propres Ă chaque modĂšle |
| DĂ©marrage rapide | Installation en 3 Ă©tapes â connexion â configuration |
đ§ Exploitation et dĂ©ploiement
Section intitulĂ©e « đ§ Exploitation et dĂ©ploiement »| Document | Description |
|---|---|
| Guide Docker | ExĂ©cution de Docker, profils Compose, HTTPS avec Caddy, tunnels, balises dâimage |
| Guide Podman | Intégration à systemd avec Quadlet, podman-compose, SELinux |
| DĂ©ploiement sur une VM | Guide complet : configuration dâune VM, de nginx et de Cloudflare |
| Déploiement sur Fly.io | Déployez sur Fly.io avec un stockage persistant |
| Guide Termux | Exécutez OmniRoute sur Android via Termux |
| Guide PWA | Installation, mise en cache et architecture de lâapplication web progressive |
| Guide de dĂ©sinstallation | Suppression propre pour toutes les mĂ©thodes dâinstallation |
| Configuration de lâenvironnement | Liste complĂšte des variables .env et rĂ©fĂ©rences associĂ©es |
đ§ FonctionnalitĂ©s et architecture
Section intitulĂ©e « đ§ FonctionnalitĂ©s et architecture »| Document | Description |
|---|---|
| Architecture | Architecture du systÚme, flux de données et fonctionnement interne |
| Guide de compression | Pipeline à 7 options : désactivée / légÚre / standard / agressive / ultra / RTK / empilée |
| Compression RTK | Compression de la sortie des commandes, filtres, confiance, vérification, récupération de la sortie brute |
| Moteurs de compression | Caveman, RTK, pipelines empilĂ©s, interfaces du tableau de bord, de lâAPI et de MCP |
| Format des rÚgles de compression | Schémas JSON des paquets de rÚgles pour les filtres Caveman et RTK |
| Paquets linguistiques de compression | Détection de la langue et création de paquets de rÚgles Caveman |
| Guide de rĂ©silience | Disjoncteurs, pĂ©riodes de temporisation, file dâattente, prĂ©vention des afflux simultanĂ©s, usurpation TLS |
| Moteur Auto-Combo | Ăvaluation selon 16 facteurs, paquets de modes, autorĂ©paration |
| Guide des proxys | SystÚme de proxys à 3 niveaux, place de marché 1proxy, opérations CRUD du registre |
| Offres gratuites | RĂ©pertoire consolidĂ© : 35 pools rĂ©currents documentĂ©s / 489 entrĂ©es dâoffres gratuites cataloguĂ©es |
| Galerie des fonctionnalitĂ©s | Visite visuelle du tableau de bord avec captures dâĂ©cran |
| Documentation de la base de code | Présentation de la base de code adaptée aux débutants |
đ€ Protocoles et API
Section intitulĂ©e « đ€ Protocoles et API »| Document | Description |
|---|---|
| RĂ©fĂ©rence de lâAPI | Tous les points de terminaison avec des exemples |
| Spécification OpenAPI | Spécification OpenAPI 3.0 |
| Serveur MCP | 110 outils MCP, configurations dâIDE, clients Python/TS/Go |
| Guide du serveur MCP | Installation de MCP, transports et référence des outils |
| Serveur A2A | Protocole JSON-RPC 2.0, compétences, diffusion en continu, gestion des tùches |
| Guide du serveur A2A | Fiche dâagent A2A, tĂąches, compĂ©tences et diffusion en continu |
đ Projet et qualitĂ©
Section intitulĂ©e « đ Projet et qualitĂ© »| Document | Description |
|---|---|
| Contribution | Configuration et directives de développement |
| ModÚle de branches et de publication | Branches ciblées par les PR (release/*), signification de main et des balises |
| Journal des modifications | Historique complet des publications pour chaque version |
| Politique de sécurité | Signalement des vulnérabilités et pratiques de sécurité |
| Guide dâi18n | Prise en charge de 42 langues, processus de traduction, RTL |
| Liste de contrĂŽle de publication | Ătapes de validation avant publication |
| Plan de couverture | Stratégie de couverture des tests pour plus de 39 000 déclarations de tests statiques réparties dans plus de 5 100 fichiers de test suivis |
â Principaux contributeurs
Section intitulĂ©e « â Principaux contributeurs »OmniRoute est façonnĂ© par une communautĂ© open source passionnĂ©e. Ces personnes ont apportĂ© des contributions exceptionnelles qui ont une incidence directe sur la qualitĂ©, la stabilitĂ© et la portĂ©e du projet. Merci.
Contributeurs externes par demandes de tirage fusionnées
Section intitulée « Contributeurs externes par demandes de tirage fusionnées »| Rang | Contributeur | PR fusionnées | ~Lignes modifiées |
|---|---|---|---|
| 1 | backryun | 190 | 227,977 |
| 2 | oyi77 | 180 | 407,678 |
| 3 | rdself | 145 | 80,663 |
| 4 | JxnLexn | 128 | 387,049 |
| 5 | KooshaPari | 101 | 125,747 |
| 6 | herjarsa | 88 | 230,872 |
| 7 | RaviTharuma | 79 | 55,106 |
| 8 | maxmad64bis | 69 | 394,715 |
| 9 | artickc | 59 | 33,260 |
| 10 | HouMinXi | 51 | 47,334 |
| 10 | chirag127 | 51 | 5,153 |
| 12 | xz-dev | 50 | 245,976 |
| 13 | hartmark | 47 | 52,185 |
| 14 | rqzbeh | 39 | 143,181 |
| 15 | dhaern | 34 | 19,559 |
| 16 | Dingding-leo | 33 | 1,986 |
| 17 | NomenAK | 32 | 13,854 |
| 18 | MumuTW | 30 | 16,953 |
| 19 | benzntech | 29 | 11,641 |
| 20 | pacocartones | 24 | 9,331 |
| 20 | Prudhvivuda | 24 | 6,312 |
Statistiques figĂ©es Ă la pointe active de release/v3.8.50, au commit dafb4ae808, avec les fusions effectuĂ©es jusquâau 2026-08-24 Ă 05:26:03 UTC. Le recensement paginĂ© via lâAPI GraphQL de GitHub contient 5 911 PR fusionnĂ©es : 2 707 par le propriĂ©taire du dĂ©pĂŽt, 179 par Dependabot et 3 025 PR externes provenant de 535 contributeurs distincts. Les « lignes modifiĂ©es » correspondent aux ajouts et suppressions comptabilisĂ©s par GitHub et incluent les fichiers gĂ©nĂ©rĂ©s, les fichiers de verrouillage, les catalogues, les traductions et la documentation ; elles reprĂ©sentent le volume de modifications, et non les lignes de code rĂ©digĂ©es. Les ex ĂŠquo au seuil de classement sont conservĂ©s.
Commits attribués par GitHub
Section intitulée « Commits attribués par GitHub »|
backryun đ„ 220 commits attribuĂ©s par GitHub |
Paijo đ„ 219 commits attribuĂ©s par GitHub |
Randi đ„ 108 commits attribuĂ©s par GitHub |
Ravi Tharuma đ 81 commits attribuĂ©s par GitHub |
Chris đ 70 commits attribuĂ©s par GitHub |
Markus Hartung đ 69 commits attribuĂ©s par GitHub · ex ĂŠquo Ă la 6e place |
|
Dizzle đ 69 commits attribuĂ©s par GitHub · ex ĂŠquo Ă la 6e place |
Jan Leon đ 64 commits attribuĂ©s par GitHub |
zenobit đ 62 commits attribuĂ©s par GitHub |
Bob.Hou đ 51 commits attribuĂ©s par GitHub · ex ĂŠquo Ă la 10e place |
Xiangzhe đ 51 commits attribuĂ©s par GitHub · ex ĂŠquo Ă la 10e place |
RevĂ©rifiĂ© le 2026-08-24 Ă 06:14:31 UTC : commits attribuĂ©s par GitHub et signalĂ©s par lâAPI Contributors du dĂ©pĂŽt pour la branche par dĂ©faut release/v3.8.50. LâAPI a renvoyĂ© 525 identitĂ©s (415 utilisateurs, 2 bots et 108 anonymes) ; ce tableau exclut le responsable de la maintenance, les bots et les identitĂ©s anonymes, et conserve les ex ĂŠquo. Il est distinct Ă la fois du classement des PR fusionnĂ©es ci-dessus et du recensement de 639 personnes fondĂ© sur les mĂ©tadonnĂ©es Git ci-dessous.
đ Les fonctionnalitĂ©s, les corrections de bogues et les amĂ©liorations de lâinfrastructure apportĂ©es par ces contributeurs constituent une composante essentielle de ce qui rend OmniRoute fiable et riche en fonctionnalitĂ©s. Chaque pull request, chaque cas de test et chaque fichier de traduction i18n compte. Lâopen source est construit par des personnes comme elles.
đ Sponsors
Section intitulĂ©e « đ Sponsors »Un grand merci aux personnes qui financent OmniRoute de leur propre poche â chaque contribution permet au projet de rester gratuit, indĂ©pendant et dynamique.
![]() Andrew đ Sponsor mensuel actif |
![]() Vlad I đ Sponsor mensuel actif |
![]() Paco Cartones đ Sponsor ponctuel actif |
![]() Prof. Igor Morais đ Ancien contributeur ponctuel |
![]() longtao đ Ancien contributeur ponctuel |
⊠et dâautres personnes qui prĂ©fĂšrent rester anonymes đ
Les sponsors GitHub publics ont Ă©tĂ© revĂ©rifiĂ©s le 2026-08-24. Le statut activeOnly de GitHub dĂ©termine les libellĂ©s dâactivitĂ© ci-dessus ; les contributeurs ponctuels publics prĂ©cĂ©demment dĂ©clarĂ©s restent remerciĂ©s, tandis que les sponsors privĂ©s restent anonymes.
đ Devenir sponsor â â chaque dollar permet Ă OmniRoute de rester gratuit et indĂ©pendant.
đ„ Plus de 600 contributeurs
Section intitulĂ©e « đ„ Plus de 600 contributeurs »Audit rĂ©alisĂ© le 2026-08-24 Ă partir de la base figĂ©e ac02c5b42f, puis revĂ©rifiĂ© Ă la pointe active de release/v3.8.50, dafb4ae808 : 639 identitĂ©s Git humaines normalisĂ©es â 407 apparaissent comme auteurs de commits (y compris le mainteneur) et 232 uniquement dans des lignes explicites Co-authored-by. Le recensement normalise les identifiants GitHub noreply, exclut 26 identitĂ©s de bots, dâagents, de services ou dâespaces rĂ©servĂ©s, et ne fusionne pas les adresses e-mail ordinaires au seul motif que leurs noms dâaffichage correspondent.
Comment contribuer
Section intitulée « Comment contribuer »- Forkez le dépÎt
- Créez votre branche à partir de la pointe active de
release/vX.Y.Z(et non demain) â consultez le modĂšle de branches et de versions - CrĂ©ez votre branche de fonctionnalitĂ© (
git checkout -b feat/amazing-feature) - Commitez vos modifications (
git commit -m 'feat: add amazing feature') - Poussez vers la branche (
git push origin feat/amazing-feature) - Ouvrez une Pull Request avec base = cette branche
release/vX.Y.Z
Consultez CONTRIBUTING.md pour obtenir des directives détaillées.
Publier une nouvelle version
Section intitulĂ©e « Publier une nouvelle version »# CrĂ©er une version â npm publish sâexĂ©cute automatiquementVERSION=x.y.zgh release create "v${VERSION}" --title "v${VERSION}" --generate-notesđ Ătoiles
Section intitulĂ©e « đ Ătoiles »đ StarMapper
Section intitulĂ©e « đ StarMapper »đ Remerciements
Section intitulĂ©e « đ Remerciements »OmniRoute repose sur les Ă©paules de gĂ©ants. Le projet a commencĂ© comme un fork de 9router et un portage TypeScript du projet Go CLIProxyAPI â puis, Ă partir de lĂ , chacun des sous-systĂšmes ci-dessous sâest inspirĂ© dâun projet open source qui lâavait prĂ©cĂ©dĂ©. Chacun dâentre eux a façonnĂ© une partie concrĂšte dâOmniRoute. Nous tenons Ă tous les remercier. đ
â nombre dâĂ©toiles vĂ©rifiĂ© Ă partir de lâAPI REST de GitHub le 24 aoĂ»t 2026 â allez attribuer une Ă©toile Ă ces projets. Ces nombres constituent un instantanĂ© exact Ă cette date et Ă©volueront naturellement.
đ§Ź Filiation et passerelle
Section intitulĂ©e « đ§Ź Filiation et passerelle »| Projet | â | Comment il a inspirĂ© OmniRoute |
|---|---|---|
| 9router | 26,161 | Le projet dâorigine sur lequel repose ce fork â Ă©tendu ici avec des API multimodales et une réécriture complĂšte en TypeScript. |
| CLIProxyAPI | 48,497 | LâimplĂ©mentation en Go qui a inspirĂ© ce portage JavaScript / TypeScript. |
| LiteLLM | 57,100 | La passerelle dâIA dont le jeu de donnĂ©es public sur les tarifs alimente notre synchronisation du suivi des coĂ»ts et dont le modĂšle de normalisation des fournisseurs a guidĂ© notre routage. |
| codex-chatgpt-web | 1,410 | Code source sous licence MIT adaptĂ© dans la passerelle intĂ©grĂ©e ChatGPT Web â Codex Responses, notamment les adaptateurs de session de navigateur, de structuration des rĂ©ponses, dâutilisation et de recherche sur le Web. |
| free-claude-code | 48,112 | ModĂšles portĂ©s dans la rĂ©cupĂ©ration des flux, les alias sans raisonnement, la recherche Web de secours, les limites par fenĂȘtre glissante, la caviardisation des journaux et les flux renforcĂ©s du lanceur. |
| composer-api | 322 | ModĂšles de sĂ©lection dâoutils, de contraintes de sortie et de validation dâoutils de Cursor Composer adaptĂ©s dans lâexĂ©cuteur Cursor natif. |
| codex-multi-auth | 457 | ModĂšles de nouvelle connexion et de rotation des jetons dâactualisation portĂ©s dans la rĂ©authentification OAuth de Codex. |
| opencode-anthropic-auth | 510 | Valeurs par dĂ©faut de transformation compatibles avec Claude Code et comportement des en-tĂȘtes de facturation gĂ©nĂ©ralisĂ©s dans la passerelle dâOmniRoute pilotĂ©e par la configuration. |
| grok2api-merged | 2 | Ses correspondances de modĂšles Grok, son gĂ©nĂ©rateur Statsig simulant une TypeError, ses valeurs par dĂ©faut pour les requĂȘtes et les appareils, ainsi que son processeur de rĂ©ponses NDJSON ont Ă©tĂ© adaptĂ©s de maniĂšre substantielle dans lâexĂ©cuteur Grok Web dâOmniRoute. |
| TQZHR/grok2api | 705 | La principale source de code transitive Ă lâorigine de grok2api-merged ; ses implĂ©mentations des modĂšles, des en-tĂȘtes, des charges utiles, de Statsig et du processeur sont prĂ©servĂ©es dans la lignĂ©e de Grok Web. |
| chenyme/grok2api | 7,520 | La source sous-jacente sous licence MIT pour les valeurs par dĂ©faut des charges utiles et des appareils de Grok, le gĂ©nĂ©rateur Statsig et le processeur result.response repris par lâintermĂ©diaire de TQZHR et de grok2api-merged. |
| grok2api-pro | 27 | Une source transitive crĂ©ditĂ©e par grok2api-merged pour sa couche de pool de proxys ; OmniRoute conserve cette mention de filiation, mais ne revendique pas le portage dâun pool de proxys dans son exĂ©cuteur Grok Web dĂ©limitĂ©. |
| GrokProxy | 50 | Son proxy Grok authentifiĂ© par cookie et son modĂšle de diffusion en continu result.response.token ont guidĂ© le transport Grok Web dâOmniRoute. |
| GrokBridge | 5 | LâimplĂ©mentation Grok Web dâorigine a pris en compte sa conception du service en amont HTTP/navigateur ; son chemin HTTP direct dĂ©rive de GrokProxy, aucun portage de code indĂ©pendant nâest donc revendiquĂ©. |
| grok-web-api | 14 | Ses schĂ©mas Rust ChatOptions et dâenveloppe de rĂ©ponse ont guidĂ© les types TypeScript dâOmniRoute pour les requĂȘtes Grok et les rĂ©ponses en continu. |
đïž Compression du contexte et des jetons â moteurs
Section intitulĂ©e « đïž Compression du contexte et des jetons â moteurs »| Projet | â | Comment il a inspirĂ© OmniRoute |
|---|---|---|
| Caveman | 100,538 | Le projet viral « pourquoi utiliser beaucoup jetons quand peu jetons faire affaire » â sa philosophie de langage dâhomme des cavernes alimente notre mode de compression standard et plus de 30 rĂšgles de suppression des mots de remplissage et de condensation. |
| RTK â Rust Token Killer | 77,185 | Compression haute performance des sorties de commandes â a inspirĂ© notre moteur RTK, notre DSL de filtrage JSON, la rĂ©cupĂ©ration de la sortie brute et le pipeline en cascade RTK â Caveman. |
| headroom | 67,310 | Compression rĂ©versible du contexte (SmartCrusher) â a inspirĂ© notre moteur headroom et le modĂšle de marqueur de rĂ©cupĂ©ration ccr. |
| LLMLingua | 6,598 | Recherche sur la compression des invites (LLMLingua / LLMLingua-2) â a inspirĂ© notre moteur llmlingua asynchrone, compatible avec le code et conçu pour rester opĂ©rationnel en cas dâĂ©chec. |
| llmlingua-2-js | 31 | Le portage JS/ONNX (MobileBERT / XLM-RoBERTa) utilisĂ© comme moteur dâexĂ©cution dans un thread de travail pour notre moteur LLMLingua. |
| Troglodita | 40 | Compression de jetons en portugais brĂ©silien â alimente notre pack linguistique pt-BR : rĂ©duction des plĂ©onasmes et suppression des mots de remplissage adaptĂ©es Ă la grammaire du portugais brĂ©silien. |
| ponytail | 108,957 | La compĂ©tence virale de « dĂ©veloppeur senior paresseux » adepte de YAGNI â a inspirĂ© notre style de sortie less-code : privilĂ©gier la plus petite modification fonctionnelle afin de rĂ©duire le code _gĂ©nĂ©rĂ©_ (lâĂ©quivalent, cĂŽtĂ© sortie, de la prose concise de Caveman). |
| i-have-adhd | 23,526 | Son style de rĂ©ponse axĂ© sur lâaction et adaptĂ© au TDAH a Ă©tĂ© intĂ©grĂ© au style de sortie concis dâOmniRoute dans cinq langues. |
đ§© Formats compacts, recherche sur les jetons et outils tenant compte du code
Section intitulĂ©e « đ§© Formats compacts, recherche sur les jetons et outils tenant compte du code »| Projet | â | Comment il a inspirĂ© OmniRoute |
|---|---|---|
| TOON | 25,233 | Notation dâobjet orientĂ©e jetons â son modĂšle en colonnes, composĂ© dâun en-tĂȘte et de lignes, a façonnĂ© notre Ă©tape de compactage tabulaire. |
| GCF â Graph Compact Format | 41 | Son format de graphe compact et sa conception fondĂ©e sur un profil gĂ©nĂ©rique ont influencĂ© le compactage tabulaire dâOmniRoute et le format du codec Headroom. |
| gcf-typescript | 4 | LâimplĂ©mentation TypeScript sous licence MIT, directement intĂ©grĂ©e et Ă©tendue pour servir de codec Ă profil gĂ©nĂ©rique de Headroom. |
| token-optimizer-mcp | 494 | Cache Brotli/SQLite et delta de contexte par session â a inspirĂ© notre moteur session-dedup. |
| token-savior | 1,122 | Compactage des sorties Bash et profils MCP â a inspirĂ© notre discipline dâabandon de la compression et la rĂ©duction des manifestes dâoutils MCP. |
| token-saver | 138 | Compression de sortie tenant compte du contenu, adaptĂ©e Ă chaque type de fichier et avec abandon en cas dâĂ©chec â a validĂ© notre rĂ©partition par type et notre mĂ©canisme dâomission en cas de gain insuffisant. |
| token-optimizer | 1,951 | « Trouvez les jetons fantĂŽmes » â son modĂšle de dĂ©port et dâidentifiant rĂ©cupĂ©rable a influencĂ© notre rĂ©flexion sur le dĂ©port CCR. |
| TokenMizer | 28 | Un modÚle de graphe de session et de déduplication des lignes entre plusieurs tours qui a influencé la conception de notre moteur session-dedup. |
| OmniCompress | 3 | JSON en colonnes sous Rust, rĂ©cupĂ©ration adressĂ©e par le contenu et dĂ©duplication entre messages â a validĂ© la conception de nos moteurs headroom/ccr/session-dedup ainsi que lâinvariant de stabilitĂ© du cache selon lequel « la forme compressĂ©e est indĂ©pendante de la position ». |
| mcp-compressor | 113 | Compression des schĂ©mas et descriptions dâoutils MCP â a influencĂ© notre rĂ©duction de la cardinalitĂ© des manifestes dâoutils MCP. |
| RepoMapper | 197 | Classement de cartes de dĂ©pĂŽt dans le style dâAider â a influencĂ© notre exploration de la cartographie des dĂ©pĂŽts et du classement pour la rĂ©cupĂ©ration. |
| quiet-shell-mcp | 4 | RĂ©duction dĂ©clarative des sorties shell via MCP â a validĂ© notre compactage dĂ©claratif des sorties Bash. |
| ts-morph | 6,162 | BoĂźte Ă outils pour lâAPI du compilateur TypeScript â a inspirĂ© notre suppression des commentaires fondĂ©e sur un analyseur syntaxique, qui prĂ©serve les littĂ©raux de chaĂźne, de modĂšle et dâexpression rĂ©guliĂšre. |
đ§ MĂ©moire et RAG
Section intitulĂ©e « đ§ MĂ©moire et RAG »| Projet | â | Comment il a inspirĂ© OmniRoute |
|---|---|---|
| Mem0 | 63,902 | Couche de mĂ©moire universelle â son modĂšle de proxy servant de frontiĂšre de lecture/Ă©criture a façonnĂ© notre architecture de mĂ©moire. |
| Letta (MemGPT) | 24,382 | Agents avec Ă©tat et mĂ©moire hiĂ©rarchisĂ©e â a inspirĂ© notre modĂšle hiĂ©rarchisĂ© de contrĂŽle et de rĂ©cupĂ©ration du contexte (CCR). |
| WFGY | 1,781 | La taxonomie ProblemMap de 16 modes de dĂ©faillance rĂ©currents des systĂšmes RAG/LLM â le vocabulaire commun utilisĂ© dans notre guide de dĂ©pannage. |
đ°ïž Inspection du trafic, MITM et proxy transparent
Section intitulĂ©e « đ°ïž Inspection du trafic, MITM et proxy transparent »| Projet | â | Comment il a inspirĂ© OmniRoute |
|---|---|---|
| llm-interceptor | 66 | L'interception et l'analyse MITM du trafic entre assistants de programmation et LLM ont contribuĂ© Ă dĂ©finir les premiĂšres exigences de l'Inspecteur de trafic. Quatre modules prĂ©cĂ©demment dĂ©rivĂ©s â fusion SSE, normalisation des conversations, masquage des secrets et assainissement des en-tĂȘtes â ont Ă©tĂ© remplacĂ©s par des implĂ©mentations indĂ©pendantes en salle blanche, fondĂ©es sur des normes de protocole publiques. Les deux surfaces de transmission directe vers l'hĂŽte (passthrough.ts et _internal/bypass.cjs) restent des implĂ©mentations internes Ă OmniRoute, classĂ©es indĂ©pendamment ; elles n'ont pas Ă©tĂ© réécrites dans le cadre de ce remplacement. |
| ProxyBridge | 5,995 | Routage transparent du proxy par processus â a inspirĂ© notre arrĂȘt MITM rĂ©sistant aux plantages, les dĂ©lais d'inactivitĂ© des sockets, l'attribution des processus via /proc et la capture TPROXY. |
đ DonnĂ©es des modĂšles, observabilitĂ© et interface utilisateur
Section intitulĂ©e « đ DonnĂ©es des modĂšles, observabilitĂ© et interface utilisateur »| Projet | â | Comment il a inspirĂ© OmniRoute |
|---|---|---|
| models.dev | 6,555 | Base de donnĂ©es ouverte regroupant les spĂ©cifications, les tarifs et les capacitĂ©s des modĂšles d'IA â synchronisĂ©e nativement avec notre catalogue de modĂšles. |
| React Flow / xyflow | 38,108 | La bibliothĂšque de graphes Ă base de nĆuds qui alimente en temps rĂ©el notre Studio de compression et notre Studio de combinaisons/routage. |
| LangGraph | 40,314 | La visualisation en direct des graphes de flux de travail de LangGraph Studio a inspiré la vue en cascade en temps réel de nos Studios. |
| Langfuse | 33,592 | Son modĂšle d'observabilitĂ© trace â span â gĂ©nĂ©ration a façonnĂ© la vue en cascade de notre Studio de compression. |
| Kiali | 3,631 | ObservabilitĂ© du maillage de services Istio â a inspirĂ© nos badges de coupe-circuit et la reprĂ©sentation visuelle des arĂȘtes en erreur dans le Studio de routage/combinaisons. |
| lobe-icons | 2,428 | Logos de marques d'IA/LLM utilisés pour afficher les icÎnes des fournisseurs dans l'ensemble de notre tableau de bord. |
| flag-icons | 12,354 | Fournit les drapeaux SVG sous licence MIT utilisés par le sélecteur de langue du README. |
đĄïž SĂ©curitĂ©
Section intitulĂ©e « đĄïž SĂ©curitĂ© »| Projet | â | Comment il a inspirĂ© OmniRoute |
|---|---|---|
| awesome-secure-defaults | 721 | Une liste soigneusement sélectionnée de bibliothÚques sécurisées par défaut qui guide nos choix en matiÚre de sécurité (Helmet.js, DOMPurify, ssrf-req-filter, safe-regex, Google Tink). |
đ§ Outils complĂ©mentaires
Section intitulĂ©e « đ§ Outils complĂ©mentaires »| Projet | â | Comment il a inspirĂ© OmniRoute |
|---|---|---|
| ClawRouter | 6,564 | A inspirĂ© la dĂ©duplication des requĂȘtes, le repli d'urgence sans coĂ»t, les stratĂ©gies Auto-Combo enfichables et la classification multilingue des intentions. |
| Antigravity-Manager | 30,652 | Ses mécanismes de remappage des modÚles tenant compte des comptes, de validation des chemins d'exécutables et de gestion des libellés de forfait ont influencé l'environnement d'exécution Antigravity d'OmniRoute. |
| vscode-antigravity-cockpit | 4,817 | Son format compact de compte à rebours avant la réinitialisation des quotas a inspiré l'affichage correspondant des limites des fournisseurs dans OmniRoute. |
| AionUi | 32,230 | Ses intégrations ACP ont inspiré la détection automatique par OmniRoute des agents CLI installés. |
| CodexBar | 20,507 | A permis d'identifier l'interface de quota de Grok Build ; OmniRoute a ensuite vérifié et corrigé indépendamment le format réellement utilisé sur le réseau. |
đ Licence
Section intitulĂ©e « đ Licence »Licence MIT â consultez le fichier LICENSE pour plus de dĂ©tails.
⏠Retour en haut · Conçu avec â€ïž pour la communautĂ© de lâIA open source.
OmniRoute v3.8.51 · Node â„22.22.2 · Licence MIT · omniroute.online
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:






