README (Español)
🛠️ Pila Tecnológica
Sección titulada «🛠️ Pila Tecnológica»| Capa | Tecnología |
|---|---|
Node.js 22.x / 24.x LTS — >=22.22.2 <23 || >=24.0.0 <27 | |
TypeScript 6.0 — 100% TypeScript en src/ y open-sse/ (cero any en el núcleo desde la v2.0) | |
| Next.js 16 + React 19 + Tailwind CSS 4 | |
| better-sqlite3 (SQLite, WAL journaling) + LowDB (JSON legacy) — 122 módulos de dominio, 183 migraciones | |
| SQLite FTS5 de texto completo + incrustaciones vectoriales cuantificadas int8, decaimiento tipado | |
| Zod 4 — Validación de E/S de herramientas MCP + contratos de API | |
| MCP (stdio / HTTP / SSE) + A2A v0.3 (JSON-RPC 2.0 + SSE) | |
Server-Sent Events (SSE) + puente WebSocket (/v1/ws) | |
| Pipeline de 12 motores — RTK, Caveman, LLMLingua-2 (MobileBERT ONNX), GCF, OmniGlyph | |
| OAuth 2.0 (PKCE) + JWT + Claves API + autenticación con ámbito MCP · AES-256-GCM en reposo · DOMPurify | |
| wreq-js — Suplantación de huella digital TLS JA3 / JA4, proxy de 3 niveles | |
| Disyuntor, retroceso exponencial, anti-avalancha, auto-curación combinada | |
| pino — registros JSON estructurados con contexto de solicitud | |
| Node.js test runner + Vitest — más de 39,000 declaraciones de pruebas estáticas en más de 5,100 archivos de prueba rastreados (unitarias, integración, E2E, seguridad, ecosistema) | |
| Escritorio (Electron) · Android (Termux) · PWA (cualquier navegador) | |
| GitHub Actions — publicación automática en npm + Docker Hub en cada lanzamiento | |
| Sitio web · npm · Docker Hub |
📖 Documentación
Sección titulada «📖 Documentación»📘 Primeros pasos
Sección titulada «📘 Primeros pasos»| Documento | Descripción |
|---|---|
| Proveedores, combinaciones, integración con CLI, despliegue | |
| Métodos completos de instalación, configuraciones de herramientas CLI, configuración de protocolos, ajuste de tiempos de espera | |
| Configuración específica para Claude Code, Codex, Cursor, Cline, OpenClaw, Kilo y Copilot | |
| Controla una instancia remota de OmniRoute (VPS) desde la CLI de tu portátil mediante tokens de acceso con alcance limitado | |
Conecta Claude Code con OmniRoute (local/remoto) mediante launch y perfiles por modelo | |
| 3 pasos: instalar → conectar → configurar |
🔧 Operaciones y despliegue
Sección titulada «🔧 Operaciones y despliegue»| Documento | Descripción |
|---|---|
| Docker run, perfiles de Compose, HTTPS con Caddy, túneles, etiquetas de imágenes | |
| Integración de Quadlet con systemd, podman-compose, SELinux | |
| Guía completa: configuración de VM + nginx + Cloudflare | |
| Despliegue en Fly.io con almacenamiento persistente | |
| Ejecuta OmniRoute en Android mediante Termux | |
| Instalación, almacenamiento en caché y arquitectura de la aplicación web progresiva | |
| Eliminación limpia para todos los métodos de instalación | |
Variables y referencias completas de .env |
🧠 Funciones y arquitectura
Sección titulada «🧠 Funciones y arquitectura»| Documento | Descripción |
|---|---|
| Arquitectura del sistema, flujo de datos y funcionamiento interno | |
| Canalización con 7 opciones: desactivada / ligera / estándar / agresiva / ultra / RTK / apilada | |
| Compresión de la salida de comandos, filtros, confianza, verificación y recuperación de la salida sin procesar | |
| Caveman, RTK, canalizaciones apiladas, interfaces de panel/API/MCP | |
| Esquemas de paquetes de reglas JSON para filtros de Caveman y RTK | |
| Detección de idiomas y creación de paquetes de reglas para Caveman | |
| Disyuntores, periodos de enfriamiento, cola, prevención de avalanchas y suplantación de TLS | |
| Puntuación de 16 factores, paquetes de modos y autorreparación | |
| Sistema de proxies de 3 niveles, mercado de 1proxy y operaciones CRUD del registro | |
| Directorio consolidado: 35 grupos recurrentes documentados / 489 entradas de nivel gratuito catalogadas | |
| Recorrido visual por el panel con capturas de pantalla | |
| Recorrido por el código base accesible para principiantes |
🤖 Protocolos y API
Sección titulada «🤖 Protocolos y API»| Documento | Descripción |
|---|---|
| Todos los endpoints con ejemplos | |
| Especificación OpenAPI 3.0 | |
| 110 herramientas MCP, configuraciones de IDE, clientes de Python/TS/Go | |
| Instalación de MCP, transportes y referencia de herramientas | |
| Protocolo JSON-RPC 2.0, capacidades, transmisión y gestión de tareas | |
| Tarjeta de agente A2A, tareas, capacidades y transmisión |
📋 Proyecto y calidad
Sección titulada «📋 Proyecto y calidad»| Documento | Descripción |
|---|---|
| Configuración y directrices de desarrollo | |
A qué ramas se dirigen las PR (release/*) y qué significan main y las etiquetas | |
| Historial completo de publicaciones por versión | |
| Notificación de vulnerabilidades y prácticas de seguridad | |
| Compatibilidad con 42 idiomas, flujo de trabajo de traducción y RTL | |
| Pasos de validación previos a la publicación | |
| Estrategia de cobertura de pruebas para más de 39,000 declaraciones de pruebas estáticas en más de 5,100 archivos de pruebas rastreados |
⭐ Principales colaboradores
Sección titulada «⭐ Principales colaboradores»OmniRoute está formado por una apasionada comunidad de código abierto. Estas personas han realizado contribuciones excepcionales que afectan directamente a la calidad, la estabilidad y el alcance del proyecto. Gracias.
Colaboradores externos por solicitudes de incorporación de cambios fusionadas
Sección titulada «Colaboradores externos por solicitudes de incorporación de cambios fusionadas»| Puesto | Colaborador | PR fusionadas | ~Líneas modificadas |
|---|---|---|---|
| 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 |
Datos fijados en la punta activa de release/v3.8.50, dafb4ae808, con fusiones hasta 2026-08-24 05:26:03 UTC. El censo paginado de GitHub GraphQL contiene 5,911 PR fusionadas: 2,707 del propietario del repositorio, 179 de Dependabot y 3,025 PR externas de 535 colaboradores distintos. «Líneas modificadas» corresponde a las adiciones + eliminaciones de GitHub e incluye archivos generados, archivos de bloqueo, catálogos, traducciones y documentación; mide la rotación de código, no las líneas de código de autoría propia. Se conservan los empates en el límite de la clasificación.
Confirmaciones atribuidas por GitHub
Sección titulada «Confirmaciones atribuidas por GitHub»|
backryun 🥇 220 commits atribuidos por GitHub |
Paijo 🥈 219 commits atribuidos por GitHub |
Randi 🥉 108 commits atribuidos por GitHub |
Ravi Tharuma 🏅 81 commits atribuidos por GitHub |
Chris 🏅 70 commits atribuidos por GitHub |
Markus Hartung 🏅 69 commits atribuidos por GitHub · empatado en el puesto n.º 6 |
|
Dizzle 🏅 69 commits atribuidos por GitHub · empatado en el puesto n.º 6 |
Jan Leon 🏅 64 commits atribuidos por GitHub |
zenobit 🏅 62 commits atribuidos por GitHub |
Bob.Hou 🏅 51 commits atribuidos por GitHub · empatado en el puesto n.º 10 |
Xiangzhe 🏅 51 commits atribuidos por GitHub · empatado en el puesto n.º 10 |
Revisado de nuevo el 2026-08-24 06:14:31 UTC: commits atribuidos por GitHub según la API de colaboradores del repositorio para la rama predeterminada release/v3.8.50. La API devolvió 525 identidades (415 usuarios, 2 bots y 108 anónimas); esta tabla excluye al responsable del mantenimiento, los bots y las identidades anónimas, y conserva los empates de la clasificación. Es distinta tanto de la clasificación anterior de PR fusionadas como del censo de metadatos de Git de 639 personas que aparece a continuación.
🙏 Las funcionalidades, las correcciones de errores y las mejoras de infraestructura de estos colaboradores son una parte fundamental de lo que hace que OmniRoute sea fiable y tenga tantas funcionalidades. Cada solicitud de incorporación de cambios, cada caso de prueba y cada archivo de traducción i18n son importantes. El código abierto lo construyen personas como ellos.
💖 Patrocinadores
Sección titulada «💖 Patrocinadores»Un sincero agradecimiento a las personas que financian OmniRoute de su propio bolsillo: cada contribución mantiene el proyecto gratuito, independiente y en marcha.
![]() Andrew 💛 Patrocinador mensual activo |
![]() Vlad I 💛 Patrocinador mensual activo |
![]() Paco Cartones 💛 Patrocinador activo con una aportación única |
![]() Prof. Igor Morais 💛 Antiguo colaborador con una aportación única |
![]() longtao 💛 Antiguo colaborador con una aportación única |
… y otras personas que prefieren mantener su privacidad 💛
Los patrocinadores públicos de GitHub Sponsors se volvieron a validar el 2026-08-24. El estado activeOnly de GitHub determina las etiquetas de actividad anteriores; se mantiene el agradecimiento a los colaboradores públicos que realizaron una aportación única y se identificaron previamente, mientras que los patrocinadores privados permanecen anónimos.
💖 Conviértete en patrocinador → — cada dólar mantiene OmniRoute gratuito e independiente.
👥 Más de 600 colaboradores
Sección titulada «👥 Más de 600 colaboradores»Auditado el 2026-08-24 sobre la base congelada ac02c5b42f y comprobado de nuevo en la punta activa de release/v3.8.50, dafb4ae808: 639 identidades humanas de Git normalizadas; 407 aparecen como autores de commits (incluido el responsable del mantenimiento) y 232 únicamente en pies de página explícitos Co-authored-by. El censo normaliza los identificadores noreply de GitHub, excluye 26 identidades de bots, agentes, servicios o marcadores de posición, y no combina direcciones de correo electrónico ordinarias solo porque coincidan sus nombres para mostrar.
Cómo contribuir
Sección titulada «Cómo contribuir»- Crea un fork del repositorio
- Crea una rama desde la punta activa de
release/vX.Y.Z(no desdemain); consulta el modelo de ramificación y versiones - Crea tu rama de funcionalidad (
git checkout -b feat/amazing-feature) - Confirma tus cambios (
git commit -m 'feat: add amazing feature') - Envía los cambios a la rama (
git push origin feat/amazing-feature) - Abre una Pull Request con base = esa rama
release/vX.Y.Z
Consulta CONTRIBUTING.md para obtener directrices detalladas.
Publicar una nueva versión
Sección titulada «Publicar una nueva versión»# Crear una versión; npm publish se ejecuta automáticamenteVERSION=x.y.zgh release create "v${VERSION}" --title "v${VERSION}" --generate-notes📊 Estrellas
Sección titulada «📊 Estrellas»🌍 StarMapper
Sección titulada «🌍 StarMapper»🙏 Agradecimientos
Sección titulada «🙏 Agradecimientos»OmniRoute se apoya en el trabajo de gigantes. Comenzó como una bifurcación de 9router y una adaptación a TypeScript del proyecto en Go CLIProxyAPI; a partir de ahí, cada subsistema que aparece a continuación se inspiró en un proyecto de código abierto que llegó antes. Cada uno dio forma a una parte concreta de OmniRoute. Esta es nuestra forma de darles las gracias a todos. 🙏
⭐ recuentos de estrellas verificados mediante la API REST de GitHub el 24 de agosto de 2026; anímate a dar una estrella a estos proyectos. Los recuentos son una instantánea exacta de esa fecha y cambiarán de forma natural.
🧬 Linaje y puerta de enlace
Sección titulada «🧬 Linaje y puerta de enlace»| Proyecto | ⭐ | Cómo inspiró a OmniRoute |
|---|---|---|
| 26,161 | El proyecto original en el que se basa este fork, ampliado aquí con APIs multimodales y una reescritura completa en TypeScript. | |
| 48,497 | La implementación en Go que inspiró esta adaptación a JavaScript / TypeScript. | |
| 57,100 | La pasarela de IA cuyo conjunto de datos público de precios alimenta nuestra sincronización de seguimiento de costes y cuyo modelo de normalización de proveedores sirvió de base para nuestro enrutamiento. | |
| 1,410 | Código fuente MIT adaptado para el puente integrado de ChatGPT Web → Codex Responses, incluidos los adaptadores de sesión del navegador, estructuración de respuestas, uso y búsqueda web. | |
| 48,112 | Patrones adaptados para la recuperación de flujos, alias sin razonamiento, búsqueda web alternativa, límites de ventana deslizante, ocultación de datos en registros y flujos de inicio reforzados. | |
| 322 | Patrones de selección de herramientas, restricciones de salida y confirmación de herramientas de Cursor Composer adaptados al ejecutor nativo de Cursor. | |
| 457 | Patrones de inicio de sesión nuevo y rotación de tokens de actualización adaptados para la reautenticación OAuth de Codex. | |
| 510 | Valores predeterminados de transformación compatibles con Claude Code y comportamiento de las cabeceras de facturación, generalizados en el puente de OmniRoute basado en configuración. | |
| 2 | Sus asignaciones de modelos Grok, su generador Statsig de TypeError simulado, sus valores predeterminados de solicitudes y dispositivos y su procesador de respuestas NDJSON se adaptaron de forma sustancial al ejecutor Grok Web de OmniRoute. | |
| 705 | La principal fuente de código transitiva en la que se basa grok2api-merged; sus implementaciones de modelos, cabeceras, cargas útiles, Statsig y procesadores se conservan en el linaje de Grok Web. | |
| 7,520 | El código fuente MIT subyacente para las cargas útiles y los valores predeterminados de dispositivos de Grok, el generador Statsig y el procesador result.response, transmitido a través de TQZHR y grok2api-merged. | |
| 27 | Una fuente transitiva reconocida por grok2api-merged por su capa de grupo de proxies; OmniRoute conserva ese aviso de linaje, pero no afirma haber adaptado un grupo de proxies en su ejecutor Grok Web acotado. | |
| 50 | Su proxy de Grok autenticado mediante cookies y su patrón de transmisión de result.response.token sirvieron de base para el transporte Grok Web de OmniRoute. | |
| 5 | La implementación original de Grok Web tomó como referencia su diseño ascendente HTTP/navegador; su ruta HTTP directa deriva de GrokProxy, por lo que no se afirma haber realizado una adaptación de código independiente. | |
| 14 | Sus esquemas de Rust ChatOptions y de envolturas de respuesta sirvieron de base para los tipos TypeScript de solicitudes y respuestas en streaming de Grok de OmniRoute. |
🗜️ Compresión de contexto y tokens — motores
Sección titulada «🗜️ Compresión de contexto y tokens — motores»| Proyecto | ⭐ | Cómo inspiró a OmniRoute |
|---|---|---|
| 100,538 | El proyecto viral «¿por qué usar muchos tokens si pocos tokens bastan?»; su filosofía de habla cavernícola impulsa nuestro modo de compresión estándar y más de 30 reglas de eliminación de relleno y condensación. | |
| 77,185 | Compresión de alto rendimiento de la salida de comandos; inspiró nuestro motor RTK, el DSL de filtrado JSON, la recuperación de salida sin procesar y el proceso apilado RTK → Caveman. | |
| 67,310 | Compresión reversible del contexto (SmartCrusher); inspiró nuestro motor headroom y el patrón de marcadores de recuperación ccr. | |
| 6,598 | Investigación sobre compresión de prompts (LLMLingua / LLMLingua-2); inspiró nuestro motor llmlingua asíncrono, seguro para código y tolerante a fallos. | |
| 31 | El port a JS/ONNX (MobileBERT / XLM-RoBERTa) utilizado como backend de hilos de trabajo para nuestro motor LLMLingua. | |
| 40 | Compresión de tokens en portugués de Brasil; impulsa nuestro paquete de idioma pt-BR: reducción de pleonasmos y eliminación de relleno ajustadas a la gramática del portugués brasileño. | |
| 108,957 | La habilidad viral de programación YAGNI del «desarrollador sénior perezoso»; inspiró nuestro estilo de salida less-code: una orientación hacia el cambio funcional más pequeño que reduce el código _generado_ (el equivalente en el eje de salida de la prosa concisa de Caveman). | |
| 23,526 | Su estilo de respuesta orientado primero a la acción y adaptado al TDAH se incorporó al estilo de salida conciso de OmniRoute en cinco idiomas. |
🧩 Formatos compactos, investigación sobre tokens y herramientas sensibles al código
Sección titulada «🧩 Formatos compactos, investigación sobre tokens y herramientas sensibles al código»| Proyecto | ⭐ | Cómo inspiró a OmniRoute |
|---|---|---|
| 25,233 | Notación de objetos orientada a tokens; su modelo columnar de encabezado y filas dio forma a nuestra etapa de compactación tabular. | |
| 41 | Su formato compacto de grafos y su diseño de perfiles genéricos sirvieron de base para la compactación tabular de OmniRoute y el formato del códec Headroom. | |
| 4 | La implementación MIT en TypeScript, incorporada directamente y ampliada como códec de perfil genérico de Headroom. | |
| 494 | Caché Brotli/SQLite y delta de contexto por sesión; inspiró nuestro motor session-dedup. | |
| 1,122 | Compactación de la salida de Bash y perfiles MCP; inspiró nuestra disciplina de interrupción de la compresión y la reducción de manifiestos de herramientas MCP. | |
| 138 | Compresión de salida sensible al contenido y específica para cada tipo de archivo, con interrupción en caso de fallo; validó nuestro despacho por tipo y la omisión cuando la ganancia es mínima. | |
| 1,951 | «Encontrar los tokens fantasma»; su patrón de externalización y referencias recuperables sirvió de base para nuestro enfoque de externalización CCR. | |
| 28 | Un modelo de referencia de grafo de sesión y deduplicación de líneas entre turnos que sirvió de base para nuestro diseño de session-dedup. | |
| 3 | JSON columnar en Rust, recuperación direccionada por contenido y deduplicación entre mensajes; validó el diseño de nuestros motores headroom/ccr/session-dedup y la invariante estable para la caché «la forma comprimida es independiente de la posición». | |
| 113 | Compresión de esquemas y descripciones de herramientas MCP; sirvió de base para nuestra reducción de la cardinalidad de manifiestos de herramientas MCP. | |
| 197 | Clasificación de mapas de repositorios al estilo de Aider; sirvió de base para nuestra exploración de mapas de repositorios y clasificación de recuperación. | |
| 4 | Reducción declarativa de la salida del shell mediante MCP; validó nuestra compactación declarativa de la salida de Bash. | |
| 6,162 | Kit de herramientas para la API del compilador de TypeScript; inspiró nuestra eliminación de comentarios basada en un analizador, que conserva los literales de cadena, de plantilla y de expresiones regulares. |
🧠 Memoria y RAG
Sección titulada «🧠 Memoria y RAG»| Proyecto | ⭐ | Cómo inspiró a OmniRoute |
|---|---|---|
| 63,902 | Capa de memoria universal: su modelo de proxy como límite de escritura/lectura dio forma a nuestra arquitectura de memoria. | |
| 24,382 | Agentes con estado y memoria por niveles: inspiraron nuestro modelo por niveles de Control y Recuperación del Contexto (CCR). | |
| 1,781 | La taxonomía ProblemMap de 16 modos de fallo recurrentes de RAG/LLM: el vocabulario compartido de nuestra guía de resolución de problemas. |
🛰️ Inspección de tráfico, MITM y proxy transparente
Sección titulada «🛰️ Inspección de tráfico, MITM y proxy transparente»| Proyecto | ⭐ | Cómo inspiró a OmniRoute |
|---|---|---|
| 66 | La interceptación y el análisis MITM del tráfico entre asistentes de programación y LLM sirvieron de base para los primeros requisitos del Inspector de Tráfico. Cuatro módulos derivados anteriormente —fusión de SSE, normalización de conversaciones, enmascaramiento de secretos y saneamiento de encabezados— se han sustituido por implementaciones independientes de sala limpia basadas en estándares públicos de protocolos. Las dos superficies de transferencia directa al host (passthrough.ts y _internal/bypass.cjs) siguen siendo implementaciones internas de OmniRoute clasificadas de forma independiente; no se reescribieron como parte de esa sustitución. | |
| 5,995 | Enrutamiento de proxy transparente por proceso: inspiró nuestro cierre seguro ante fallos de MITM, los tiempos de espera de inactividad de sockets, la atribución de procesos mediante /proc y la captura TPROXY. |
📚 Datos de modelos, observabilidad e interfaz de usuario
Sección titulada «📚 Datos de modelos, observabilidad e interfaz de usuario»| Proyecto | ⭐ | Cómo inspiró a OmniRoute |
|---|---|---|
| 6,555 | Base de datos abierta de especificaciones, precios y capacidades de modelos de IA, sincronizada de forma nativa con nuestro catálogo de modelos. | |
| 38,108 | La biblioteca de gráficos basada en nodos que impulsa nuestro Estudio de Compresión y nuestro Estudio de Combinación/Enrutamiento en tiempo real. | |
| 40,314 | La visualización en vivo de gráficos de flujo de trabajo de LangGraph Studio inspiró la vista de cascada en tiempo real de nuestros Estudios. | |
| 33,592 | Su modelo de observabilidad de traza → tramo → generación dio forma a la vista en cascada de nuestro Estudio de Compresión. | |
| 3,631 | Observabilidad de la malla de servicios de Istio: inspiró nuestras insignias de disyuntores y los elementos visuales de aristas con errores del Estudio de Enrutamiento/Combinación. | |
| 2,428 | Logotipos de marcas de IA/LLM que muestran los iconos de proveedores en todo nuestro panel de control. | |
| 12,354 | Proporciona las banderas SVG con licencia MIT utilizadas por el selector de idioma del README. |
🛡️ Seguridad
Sección titulada «🛡️ Seguridad»| Proyecto | ⭐ | Cómo inspiró a OmniRoute |
|---|---|---|
| 721 | Una lista seleccionada de bibliotecas seguras de forma predeterminada que orienta nuestras decisiones de seguridad (Helmet.js, DOMPurify, ssrf-req-filter, safe-regex, Google Tink). |
🧭 Herramientas complementarias
Sección titulada «🧭 Herramientas complementarias»| Proyecto | ⭐ | Cómo inspiró a OmniRoute |
|---|---|---|
| 6,564 | Inspiró la deduplicación de solicitudes, el mecanismo alternativo de emergencia sin coste, las estrategias Auto-Combo conectables y la clasificación multilingüe de intenciones. | |
| 30,652 | Su reasignación de modelos según la cuenta, la validación de rutas de ejecutables y el comportamiento de las etiquetas de planes sirvieron de base para el entorno de ejecución Antigravity de OmniRoute. | |
| 4,817 | Su formato compacto de cuenta atrás para el restablecimiento de cuotas inspiró la visualización correspondiente de límites de proveedores en OmniRoute. | |
| 32,230 | Sus integraciones con ACP inspiraron la detección automática de agentes CLI instalados de OmniRoute. | |
| 20,507 | Identificó la interfaz de cuotas de Grok Build; posteriormente, OmniRoute verificó y corrigió de forma independiente el formato real de transmisión. |
📄 Licencia
Sección titulada «📄 Licencia»Licencia MIT: consulta LICENSE para más detalles.
⬆ Volver arriba · Creado con ❤️ para la comunidad de IA de código abierto.
OmniRoute v3.8.51 · Node ≥22.22.2 · Licencia MIT · omniroute.online
HagiCode
HagiCode es un espacio de trabajo de programación con agentes, flujos estructurados, ejecución multiagente y vistas de Hero Dungeon.
Convierte ideas en software útil con un flujo de trabajo con agentes más inteligente, rápido y ameno.

- SmartLos flujos estructurados convierten la intención en un itinerario ejecutable desde la idea hasta la entrega.
- EfficientLos flujos multiagente permiten avanzar en paralelo con la investigación, implementación y revisión.
- FunHero Dungeon hace que las largas sesiones de programación sean visuales y colaborativas.




