¿Qué es Volkom Mesh?
Documento explicativo, autocontenido. Para entender qué es Volkom Mesh sin tecnicismos primero, y con la arquitectura real después.
En una frase#
Volkom Mesh es una plataforma para construir, correr y monitorear agentes de automatización a medida para PyMEs — y mostrar, en lenguaje de negocio, qué hicieron y cuánto valieron.
No vendemos software para que el cliente aprenda a usar. Vendemos que el trabajo repetitivo se haga solo, y que el cliente lo vea pasar en un portal claro.
El problema que resuelve#
Las PyMEs pierden horas todos los días en trabajo manual y repetitivo: cargar datos, conciliar, generar reportes, monitorear sistemas, mover archivos entre aplicaciones. Las opciones del mercado no encajan:
- Herramientas enterprise (UiPath, Automation Anywhere): caras, complejas, pensadas para corporaciones con equipo de IT.
- SaaS genérico: no se adapta al proceso particular de cada negocio.
- Chatbots de IA: "conversan", pero no ejecutan trabajo real.
Volkom Mesh ataca ese hueco: automatización a medida, gestionada (el cliente no instala ni mantiene nada) y con resultados visibles.
Cómo funciona (en simple)#
Tres momentos:
-
Construir. Volkom desarrolla un agente a medida para el proceso de mayor valor del cliente, partiendo de una base común (el "carcass") que ya trae toda la plomería resuelta. Esto hace que armar un agente nuevo tome días, no meses.
-
Correr. El agente se ejecuta solo — programado (cada X tiempo) o disparado por un flujo de trabajo de varios pasos. Corre en infraestructura del cliente; Volkom no tiene que entrar a su red.
-
Mostrar. Cada vez que el agente trabaja, emite telemetría: qué hizo y cuánto valió. Eso aparece en un portal pensado para gente de negocio.
Las dos cosas que reporta cada agente#
Esta es la idea central del producto. Un agente no solo dice "corrió bien" — reporta en dos canales separados:
| Canal | Responde | Ejemplos |
|---|---|---|
| Ejecución | ¿Qué hizo? (da confianza) | arrancó → buscó correos → procesó 1.240 filas → terminó en 16s |
| Negocio | ¿Cuánto valió? (da valor) | 42 pedidos, US$ 9.500 facturados, 95% a tiempo |
El canal de ejecución demuestra que funciona, paso a paso, sin errores. El de negocio es lo que el dueño realmente quiere ver: los KPIs de su operación.
Lo que lo hace especial: el motor es genérico#
El portal que muestra la telemetría es data-driven: el agente declara qué mide (la etiqueta, la unidad: plata, cantidad, porcentaje, tiempo) y el portal lo muestra sin código a medida. Agregar un KPI o un agente de un dominio nuevo no toca la interfaz.
Por eso el mismo motor sirve, sin reescribirse, para industrias que no se parecen en nada: e-commerce, logística, salud, manufactura, finanzas, MLOps, moderación de contenido. Eso es lo que permite escalar.
Quién controla qué#
- Volkom controla la flota: desarrolla los agentes, los versiona, los deploya, los agenda, gestiona las credenciales y monitorea todo desde un panel central.
- El cliente ve sus resultados: entra a su portal, ve la actividad y sus KPIs, puede pausar/reactivar un agente y renombrarlo — pero no toca infraestructura ni se preocupa por seguridad.
- Aislamiento por cliente: cada cliente (tenant) tiene su propia base de datos.
- Trazabilidad: un audit log registra quién hizo qué en la plataforma.
En la práctica: Volkom es el equipo técnico que el cliente no tiene que contratar.
Los nombres (importante)#
- Volkom Mesh = la solución que se vende al cliente (lo que el cliente ve y usa). "Mesh" por la idea de una malla de agentes distribuidos corriendo en las operaciones de muchos clientes, observados desde un solo lugar.
volkom-core= la librería interna versionada que potencia todo (el motor, el carcass, el exporter de telemetría). Es el acelerador: improve once, propaga a todos los clientes al subir de versión.
Mesh es la promesa; core es la máquina.
Arquitectura real (para una mirada técnica)#
Dos instalables + N agentes. Comunicación push-only (el cliente empuja telemetría hacia afuera; Volkom nunca entra a la red del cliente).
┌─────────────────────────────┐ ┌──────────────────────────────┐
│ PAQUETE DEL CLIENTE │ │ CONTROL PLANE (Volkom) │
│ (corre en infra cliente) │ │ (corre en infra Volkom) │
│ │ push │ │
│ - Orquestador (Temporal) │ ──────► │ - API de ingest │
│ - Agentes (workflows) │ token │ - ClickHouse (telemetría) │
│ - Exporter de telemetría │ Bearer │ - Portal cliente + Admin │
│ - Lee datos locales │ │ - Alerting │
└─────────────────────────────┘ └──────────────────────────────┘
- Paquete del cliente (Installable A): orquestador + exporter + los agentes de ese cliente. Una build por cliente — no comparten agentes.
- Control Plane (Installable B): API de ingest + ClickHouse + dos frontends (portal del cliente volkommesh y panel admin adminvm) + alerting. Uno solo, central, observando a todos los clientes.
- El Core (el acelerador): el esqueleto reutilizable (orquestador + contrato
BaseAgent+ exporter) como librería versionadavolkom-core. Cada build de cliente la importa y agrega solo sus agentes.
Reglas de diseño clave: - El control plane solo observa — no deploya remotamente ni se conecta hacia el cliente. Sumar un agente es una acción manual de Volkom dentro del paquete del cliente. - Comunicación push-only: el cliente abre solo egress de salida, sin puertos de entrada. Auth por token Bearer por agente (rotación/revocación). - Una sola API y una sola base por tenant: tanto el portal del cliente como el panel admin leen exactamente lo mismo. No hay data desincronizada entre fronts.
Nota de alcance (MVP): los "agentes" son workflows deterministas (sin LLM en runtime); "agente" es la etiqueta comercial. Los agentes MVP son headless (APIs, archivos, bases). Automatización que maneja una GUI de escritorio es un tier aparte, fuera del MVP.
En resumen#
Volkom Mesh convierte procesos manuales de PyMEs en agentes que trabajan solos, gestionados de punta a punta por Volkom, y reporta en lenguaje de negocio qué hicieron y cuánto valieron — sobre un motor genérico que escala a cualquier industria sin reescribirse.
Para el detalle de cómo un agente reporta su telemetría, ver la Guía de telemetría (explicativa) y la Referencia de la API (técnica).