Mycel
Agentes y automatización

Inteligencia artificial on premise, en tu propia infraestructura

On premise significa que el sistema corre en máquinas tuyas, bajo tu administración. Con Mycel eso es el Nodo: un ejecutable que pones en el servidor de tu oficina o en un VPS europeo tuyo, que ejecuta las tareas ahí y guarda los ficheros ahí. Lo que decide si sirve para una organización no es la máquina, sino cómo se reparte el acceso a lo que hay dentro.

Gratis e ilimitado · Sin tarjeta · El cómputo lo pone tu equipo
Pantalla Sesiones de Mycel con una tarea terminada: las herramientas usadas una a una y, al lado, los ficheros entregados con su vista previa.
Una tarea real: el agente declara el entregable, ejecuta sus herramientas una a una y deja los ficheros listos para descargar.

Cómo funciona, paso a paso

  1. 1

    Despliegas el Nodo en el servidor elegido y lo emparejas con la cuenta de la organización.

  2. 2

    Registras las carpetas de trabajo concretas y dejas el resto del disco fuera.

  3. 3

    Das de alta a cada persona con su rol y con las carpetas que le tocan.

  4. 4

    Repites por oficina o por departamento cuando los datos de cada una no deban mezclarse.

1

El Nodo en tu servidor, no en un portátil

El ejecutable del Nodo corre en tu servidor, el de la oficina o un VPS europeo tuyo, en vez de en un portátil. Ahí ejecuta las tareas, guarda los ficheros y dispara las automatizaciones aunque nadie tenga su ordenador encendido.

Lo que sale de tu red es la orquestación: el encargo viaja por nuestro relevo hasta tu Nodo y el estado vuelve por ahí. El contenido no, ni los documentos ni los pasos ni los informes, porque las columnas donde iría están eliminadas del esquema. De cada sesión quedan seis campos sin contenido (identificador, cuenta, estado, fecha, workspace y receta), lo justo para poder listarlas.

2

Un Nodo por oficina, y dentro el acceso por persona

Una organización rara vez quiere un Nodo: quiere varios. Uno por oficina, por departamento o por cliente, cada uno en su servidor y con sus carpetas. Lo que no comparten es el disco, así que lo que alcanza la oficina de Valencia no depende de que alguien se acuerde de filtrar.

Dentro de cada Nodo el reparto se hace por persona, con cuatro roles (dueño, admin, operador y supervisor) y con carpetas concretas, no con el disco entero. El administrativo llega a la carpeta de su trabajo y no a la de nóminas. Ejecutar comandos de shell es un permiso aparte, apagado por defecto, así que conceder una carpeta no concede una consola.

Y queda registro: cada tarea guarda quién la lanzó, qué herramienta usó y qué devolvió, y se exporta entera en JSON. Es lo que hace falta el día en que alguien pregunta, seis meses después, quién tocó un expediente.

3

Qué hace falta operativamente

El Nodo es un ejecutable sin dependencias más allá de su librería de sockets: no arrastra un entorno que haya que mantener, ni una base de datos que administrar. Se puede desplegar también por contenedores.

Si quieres modelos locales en ese servidor, necesita GPU suficiente para un modelo de 30B, del orden de 24 GB. Si prefieres no poner GPU, el mismo Nodo trabaja con una clave de API y los prompts van directamente de tu servidor al proveedor. Si quieres una mano para montarlo, escribe a Ramón López y lo veis.

En una frase

Despliega agentes de IA en tu propia infraestructura: el Nodo en tu servidor, los datos en tu red y el acceso repartido por oficina, por rol y por carpeta.

Qué necesitas

  • Un servidor Linux, Windows o macOS bajo tu administración.
  • GPU con ~24 GB si quieres modelos locales; si no, una clave de API.
  • Un Nodo por cada conjunto de datos que no deba verse desde el otro.

Qué te llevas

  • Un Nodo corriendo en tu infraestructura, con sus automatizaciones ejecutándose ahí.
  • El acceso repartido por persona: cuatro roles y carpetas concretas, no el disco entero.
  • Traza exportable en JSON de cada tarea, con quién la lanzó, para tus revisiones internas.

Dónde ocurre cada cosa

  1. Tu equipo

    Hace el encargo

  2. Tu Nodo

    Pone el cómputo

  3. La red

    Aporta el conocimiento

Preguntas frecuentes

¿Qué sale de mi red si el Nodo está en mi servidor?

El encargo viaja por nuestro relevo hasta tu Nodo, y las respuestas de estado vuelven por ahí. El contenido de la tarea no: ni los documentos, ni los pasos, ni los informes, porque las columnas donde iría ese contenido están eliminadas del esquema. Con modelo local, además, el prompt tampoco sale de la máquina.

¿Puedo evitar que todo el mundo vea todas las carpetas?

Sí, y es el reparto normal, no una opción avanzada: cada persona entra con su rol (dueño, admin, operador o supervisor) y con las carpetas concretas que le concedes, no con el disco del servidor. Si dos conjuntos de datos no deben verse entre sí, se separan en dos Nodos.

¿Necesito GPU?

Solo si quieres los modelos corriendo en esa máquina. Con una clave de API el Nodo funciona en un servidor modesto: en tu máquina se ejecutan las herramientas, no el modelo.

¿Cuánto cuesta desplegarlo on premise?

El Nodo en tu servidor no cuesta nada, como todo el producto, y no hay cuota por tarea. Lo que cuesta es la máquina: una GPU de ~24 GB si quieres modelos locales ahí, o el consumo de tu clave de API si prefieres no poner hardware.

¿Se puede desplegar con contenedores?

Sí, hay despliegue por contenedores documentado. El Nodo también funciona como ejecutable suelto, que suele ser más simple para una sola máquina.

Pruébalo con tus propios documentos

Creas la cuenta, abres el Nodo y le encargas la primera tarea. Es gratis e ilimitado: el cómputo lo pone tu equipo, así que no hay nada que racionar.