Muse, el asistente de Meta que lee Mensajes, Calendario y Notas

Muse, el asistente de Meta, ya tiene app nativa para Mac, y esa app puede leer Mensajes, Calendario y Notas. La reseña de The Verge, publicada el 19 de septiembre, lo resume en una contradicción: funciona bien como asistente y aun así incomoda. El detalle que mejor lo explica no es técnico. Jason Aten, editor colaborador de Inc Magazine, contó en Threads que le pidió a Muse que se describiera y el asistente no supo hacerlo.

Ese tropiezo parece anecdótico. No lo es. Un sistema con lectura sobre el historial de mensajes, la agenda y las notas personales debería poder decir, como mínimo, qué es y a qué está mirando. Cuando no puede, el usuario se queda sin la única herramienta que tenía para calibrar el riesgo: entender el alcance de lo que acaba de autorizar.

El permiso pesa más que el tono

La discusión pública sobre Muse va de la sensación, de si resulta siniestro o solo raro. Nos parece el debate equivocado. Lo que cambia con una app de escritorio no es el registro del asistente, es la superficie a la que llega. Mensajes, Calendario y Notas son, en la mayoría de los Mac, el archivo más sensible del equipo: conversaciones privadas, direcciones, los horarios reales de una persona, borradores que nadie pensó publicar.

En el ecosistema de Claude el mismo problema está planteado de otra forma. MCP obliga a declarar qué servidor se conecta y qué herramientas expone. Los permisos se conceden por herramienta en lugar de en bloque. Los hooks permiten interceptar una llamada antes de que se ejecute, en PreToolUse, y cortarla si no cumple una condición. Nada de eso garantiza buen comportamiento, pero sí deja responder en cualquier momento a la pregunta de qué puede tocar el modelo y con qué.

La diferencia práctica está ahí: un asistente que no articula su propio alcance frente a un modelo de acceso donde el alcance es un fichero de configuración que se lee y se audita.

Lo que esto significa para quien integra

Si tu trabajo es conectar modelos a datos de una empresa, Muse sirve de caso de estudio gratuito. Tres cosas que nos llevamos:

1. El acceso amplio se percibe como intrusión aunque sea útil. La pieza de The Verge no cuestiona la calidad del asistente, cuestiona la comodidad de tenerlo dentro. Un despliegue interno con acceso al correo o al calendario de todo el equipo va a chocar con esa misma resistencia, y sale más barato anticiparla en la fase de diseño que gestionarla en la de queja.
2. Saber describirse no es cosmético. Un asistente debería poder enumerar sus fuentes, sus permisos vigentes y sus límites. Es lo primero que pregunta cualquier responsable de seguridad y lo último que se suele implementar.
3. Granularidad antes que confianza. Conceder Mensajes completo porque hace falta encontrar una cita es la versión moderna de dar permisos de administrador para instalar una impresora. Cuando la arquitectura lo permite, el acceso se acota al caso de uso concreto.

El contexto que falta

La cobertura de Muse llega cuando los asistentes de escritorio dejan de ser un chat en una pestaña y empiezan a operar sobre el sistema de ficheros y las apps nativas. Claude Code va hacia ese mismo territorio desde otro punto de partida: herramienta de línea de comandos, permisos explícitos, skills y subagentes que se invocan a demanda. El resultado es menos lucido y bastante más fácil de explicar a un departamento legal.

Esto no va de quién gana. Los dos enfoques resuelven cosas distintas y el de Meta apunta a un usuario que no quiere configurar nada, que es la mayoría. Pero la fricción que describe The Verge no se arregla con mejor prosa en las respuestas.

Nuestra posición, después de montar unas cuantas integraciones con acceso a datos reales: un asistente que no puede explicarse tiene un problema de producto antes que de privacidad. Si el sistema no sabe decir qué toca, la única defensa que le queda al usuario es no instalarlo.