Mycel
Preguntas frecuentes

Automatizar sin colgar tus procesos de un servicio de otro

Cuando un proceso importante vive en un servicio externo, hay tres cosas que decide el proveedor: el precio, qué funciones se mantienen y cuándo está levantado el servicio. Nada de eso es malicia, es cómo funciona el modelo de suscripción. Lo que cambia de un caso a otro es qué procesos aguantan esa dependencia y cuáles no.

Actualizado el 6 de agosto de 20264 min de lectura

Panel de entregables de una tarea de Mycel: las pestañas de los ficheros producidos, el peso del documento y la vista previa de su contenido.
Los ficheros que produce la tarea, con su vista previa y su botón de descarga.

Las tres dependencias, y dónde muerde cada una

La económica: el precio por ejecución o por asiento sube cuando el proveedor lo necesita, y para entonces tu proceso lleva dos años ahí. La funcional: una integración se retira o cambia de versión y tu flujo se rompe un lunes sin que nadie de tu casa haya tocado nada. Y la operativa, la más visible: si su servicio cae, tu proceso no corre, y lo único que puedes hacer es mirar su página de estado.

Con Mycel las tres cambian de sitio, aunque no desaparecen del mapa. El motor es el Nodo, un ejecutable en tu máquina, y el reloj de las automatizaciones vive ahí: si nuestro servidor se cae, pierdes la pantalla desde la que encargas trabajo, no los procesos ya programados, que siguen disparándose. El software no cuesta nada y no tiene contador de ejecuciones. Y lo que el agente usa para trabajar son sus propias herramientas sobre tus ficheros, no una integración de terceros que alguien pueda retirar.

Lo que sí sigues dependiendo de alguien

De tus proveedores reales, cuando el proceso los toca: si tu API de facturación cambia, tu automatización se entera, y eso pasa con cualquier herramienta. De la plataforma, para mandar trabajo nuevo desde el navegador y para el enrutado de los chatbots. Y del modelo, si has elegido clave de API en vez de local.

Ese último es el punto donde la dependencia se puede cerrar del todo: con Ollama en local no depende de nadie más que de tu máquina.

El precio que sí se paga

Uno: tienes que mantener una máquina encendida. Las automatizaciones no se disparan con el Nodo apagado, y un chatbot publicado deja de responder. Eso convierte «lo dejo en el portátil» en una decisión que se paga un viernes por la noche, y por eso el patrón para lo serio es un servidor o un VPS.

Y dos: un agente decide, así que no es un flujo determinista que hace siempre exactamente lo mismo. Se compensa con el orden de trabajo, que es ejecutar una vez, mirar el entregable y solo entonces programar, y escribiendo los pasos cuando el proceso lo exija. No es una pega escondida: es el compromiso que hay que aceptar a cambio de no dibujar un diagrama por cada rama.

Cómo funciona, paso a paso

  1. Listas tus procesos automatizados y marcas los que no pueden pararse.
  2. Pones el Nodo en una máquina que puedas mantener encendida para esos.
  3. Migras uno solo, lo ejecutas a mano, compruebas el entregable y lo programas.
  4. Compruebas el comportamiento el día que apagas el Nodo a propósito: eso enseña más que un plan.

Qué necesitas

  • Una máquina que puedas mantener encendida cuando toquen los disparos.
  • Para cerrar también la dependencia del modelo, Ollama con un modelo de 30B (~24 GB).
  • Si el reloj tiene que sonar sin nadie delante, un servidor en vez de un portátil.

Qué te llevas

  • Automatizaciones cuyo reloj vive en tu máquina, no en un servicio ajeno.
  • Ficheros y credenciales en tu propio equipo, sin exportación que pedir a nadie.
  • Sin coste por ejecución, por asiento ni por documento generado.

Más preguntas

¿Y si cerráis?

Tus ficheros ya están en tu disco y no hay migración que hacer, porque nunca estuvieron en otro sitio: en nuestro servidor no hay copia de tus documentos ni de tus prompts, esas columnas están eliminadas del esquema.

¿Puedo dejar de depender también del proveedor del modelo?

Sí, ejecutando en local con Ollama: ahí ni el prompt sale de la máquina. Hace falta un modelo de 30B, del orden de 24 GB entre GPU y RAM. Con clave de API la dependencia sigue existiendo, aunque los prompts vayan de tu Nodo al proveedor sin pasar por nosotros.

¿Sube el precio si crecemos?

No hay precio. Ni por usuario, ni por ejecución, ni por documento. El cómputo lo pone tu equipo, que es lo que hace que esto se sostenga, así que crecer pide más máquina o más horas de la que ya tienes, y nada más.

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.