Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

flowMAS

flowMAS es un estudio web nativo de gráficos, runtime e observabilidad auto-alojada para flujos de trabajo mutables multi-agente impulsados por gMAS. Incluye editor visual, monitorización en tiempo real y configuración de proveedores LLM.

Ficha actualizada 24 sept 2026, 6:06 · upstream 24 sept 2026, 5:30 · release v0.1.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es flowMAS

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

flowMAS actúa como una capa superior al SDK core gMAS, consumiendo este último como submódulo git para gestionar el estudio visual, la API demo y la observabilidad auto-alojada. La arquitectura separa el frontend en React 19 con Vite del backend en FastAPI, mientras que el servicio de observabilidad opera de forma independiente para ingerir trazas y métricas.

El sistema permite diseñar flujos mutables mediante un editor gráfico nativo, definiendo agentes, condiciones y topologías de ejecución. Ofrece monitorización en vivo con líneas de tiempo, uso de tokens y eventos, además de persistencia de datos bajo `.docker-data` para supervivencia ante reinicios de contenedores.

Incluye herramientas de benchmarking para comparar rendimiento frente a LangGraph o Langflow, midiendo latencia, tokens y tiempos de compilación. Las evaluaciones internas demuestran ahorros significativos en tokens mediante detección temprana de parada y políticas adaptativas.

CASOS DE USO
  • Diseño visual de flujos multi-agente mutables
  • Monitorización detallada de ejecuciones de LLMs
  • Benchmarking comparativo con otros frameworks
  • Implementación auto-alojada de observabilidad
PUNTOS DESTACADOS
  • Arquitectura nativa de gráficos para flujos mutables
  • Observabilidad auto-alojada con trazas y métricas detalladas
  • Ahorro demostrado en tokens mediante early stopping
  • Integración con múltiples proveedores LLM vía API
PRECAUCIONES
  • Dependencia del submódulo gMAS externo (requiere `--recurse-submodules`)
  • Persistencia de datos en directorios específicos que deben respaldarse manualmente
  • Evaluación limitada a configuraciones específicas (BBH, GSM8K)
VISUAL

Capturas del proyecto

Imágenes reales detectadas en la documentación del repositorio.

flowMAS shared workflow lifecycle
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Listo para automatizar

Para producción, use `docker compose -f docker-compose.yml -f docker-compose.local.yml up --build`. Es obligatorio definir `GMAS_PROVIDER_SECRET_KEY` en `.env` para cifrar claves LLM. Los datos persisten en `.docker-data/api` y `.docker-data/observability`; respaldar estos directorios es crucial antes de ejecutar `down -v`. El frontend se sirve desde `apps/web/dist/public`.

✓Dockerfile
✓Compose
✓One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsReactFastAPIPython
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
300080008100
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.