Trabajar con expedientes de clientes sin que salgan de casa
Una gestoría, un despacho o una clínica tienen el mismo problema: los documentos con los que más ayudaría la IA son justo los que no se pueden pegar en un chat. La salida no es prohibir la herramienta, es que la herramienta venga a los documentos en vez de al revés.
El perímetro útil es la carpeta, no la máquina
Por defecto cada tarea corre en una carpeta aislada y sus herramientas de fichero no pueden salir de ella. Para trabajar con documentos de verdad registras esa carpeta y la eliges al crear la sesión: el agente alcanza esa, no el disco entero.
Cuando hay equipo, cada persona recibe un rol (dueño, admin, operador o supervisor) y las carpetas concretas que le tocan. El de laboral no ve los expedientes fiscales aunque compartan Nodo. Ejecutar comandos de shell es un permiso aparte, apagado por defecto incluso para un admin.
Lo que se puede enseñar cuando alguien pregunta
Cada tarea queda trazada con quién la lanzó, qué herramienta usó en cada paso y qué produjo, y esa traza se exporta en JSON. Es lo que se pide el día que un cliente o una inspección pregunta quién tocó qué.
Antes de modificar o borrar un fichero, el Nodo guarda una copia de la versión anterior en la propia carpeta de trabajo. Y borrar una sesión manda la orden al Nodo: la plataforma retira su apunte solo cuando el Nodo confirma, y si está apagado te dice que no se ha borrado en vez de fingirlo.
Lo que hay que decir aunque no ayude a vender
Quien administra la máquina alcanza esos ficheros, igual que alcanza cualquier carpeta del disco. Mycel reparte el acceso dentro del Nodo; no protege de quien tiene la llave de la máquina, y ningún producto que corra ahí lo hace.
Y si conectas correo, el agente lee texto escrito por desconocidos, y ese texto entra en su contexto igual que tus instrucciones. Por eso no puede enviar: la herramienta de responder se retiró. Pero conserva herramientas que salen a internet público, como visitar una URL o descargar un fichero (la red privada sí la tiene cerrada), así que si tratáis correo de remitentes desconocidos, revisad la traza de esas tareas.
Cómo funciona, paso a paso
- Pones el Nodo en la máquina donde ya viven los expedientes.
- Registras solo las carpetas que quieres que alcance.
- Das de alta a tu equipo con su rol y sus carpetas, y dejas el shell apagado.
- Encargas el trabajo y revisas la traza de cada sesión.
Qué necesitas
- Una máquina bajo tu administración, con su acceso ya controlado.
- Reparto de carpetas por persona pensado antes de dar de alta al equipo.
- Para el modo 100 % local, un modelo de 30B (~24 GB); si no, clave de API.
Qué te llevas
- Los documentos producidos, en la misma máquina donde estaban los originales.
- Traza por tarea con autor, pasos y herramientas, exportable en JSON.
- Versiones anteriores conservadas antes de cada modificación o borrado.
Más preguntas
¿Puede un empleado sacar datos con el agente?
Puede alcanzar lo que le hayas concedido, ni más ni menos, y todo lo que haga queda trazado con su nombre. Por eso el shell va apagado por defecto: es la vía por la que un permiso amplio se convierte en acceso a todo el disco.
¿El agente aprende de mis expedientes y se lo cuenta a otros?
No. Los procedimientos que se escribe a sí mismo se quedan en tu Nodo, en un fichero dentro de tu carpeta, y en un equipo compartido cada persona tiene el suyo. Lo que sí llega a la plataforma es la forma abstracta de una tarea que salió bien, y solo se le sirve a tu propia cuenta.
¿Y si alguien deja la empresa?
Le quitas el acceso y deja de alcanzar el Nodo. Sus automatizaciones también dejan de dispararse: los permisos se comprueban en vivo antes de cada ejecución, no se guardan congelados con la definición.
Pruébalo con tus propios documentos
Creas la cuenta, abres el Nodo y le encargas la primera tarea. Es gratis y sin cuota por tarea: el cómputo lo pone tu equipo, así que no hay contador de tareas.