TypingMind se acuerda de tus proyectos. Pero no más allá de ellos. Abres un proyecto nuevo y tu styleguide desaparece. Cambias de Claude Desktop a TypingMind y la conversación empieza de cero otra vez. Una capa de memory dedicada cierra ese hueco, y TypingMind soporta exactamente eso vía su integración MCP. El setup lleva quince minutos, no cuesta nada, y la única trampa en el camino es una CVE conocida que un pin de versión razonable ya esquiva automáticamente.
Esta guía es práctica. Te lleva paso a paso por el proceso de integrar una capa de memory persistente y cross-tool en TypingMind usando StudioMeyer Memory, explica con honestidad lo que TypingMind ya trae de fábrica para que veas qué aporta realmente el memory dedicado, y habla del único incidente de seguridad en el ecosistema MCP que cualquier artículo serio sobre el tema en 2026 tiene que mencionar. Sin barniz de marketing.
Qué almacena TypingMind ya hoy
TypingMind no tiene un problema de memoria a corto plazo. Su lista de features incluye búsqueda del historial de chat, Project Folders con custom system instructions y subida de documentos, además de una integración MCP que desde noviembre de 2025 soporta también servidores remotos vía Streaming HTTP.
Dentro de un proyecto, eso da una continuidad sólida. Subes un styleguide a un proyecto de cliente y cada chat en ese proyecto lo hereda. Pones documentos de referencia, manuales de empresa o muestras de voz en una carpeta de proyecto y el asistente los usa como contexto. Los proyectos se acuerdan de cosas. La búsqueda del historial funciona. Para un workflow estrecho, las features nativas alcanzan.
El hueco está fuera de esa frontera. No hay memory compartida entre proyectos. No hay memory compartida entre TypingMind y Claude Desktop, Cursor o VS Code. Una decisión que tomaste en una conversación no aparece automáticamente en la siguiente a menos que la subieras como documento. Las preferencias hay que volver a formularlas. Las relaciones entre entidades, es decir qué cliente usa qué stack, qué deadline bloquea qué tarea, no están modeladas en ningún sitio.
Para cualquier cosa que se parezca a un asistente que realmente te aprende durante meses, la capa nativa no alcanza. Ahí es donde un memory server dedicado se gana su puesto.
Qué añade una capa de memory dedicada
El Model Context Protocol soporta memory persistente como integración de primera clase. Existe una implementación baseline llamada @modelcontextprotocol/server-memory, mantenida por Anthropic, que trae un Knowledge Graph simple basado en un fichero JSON y nueve tools (crear entidades, añadir observaciones, vincular relaciones, buscar por nombre). Está bien para demos. No es el sitio donde quieres guardar la memoria de tu vida laboral a escala.
Un memory server productivo añade lo que al baseline le falta. Búsqueda semántica, para que las queries hagan match por significado, no por keyword. Decay temporal, para que la información antigua y desmentida vaya perdiendo peso. Relaciones entre entidades que persisten a lo largo de las sesiones. Detección de contradicciones cuando dos observaciones chocan. Multi-tenancy, para que el mismo servidor pueda servir a varios tools y separar los espacios de usuario. Disponibilidad cross-tool, para que el memory que Claude Desktop escribe sea el mismo que TypingMind lee.
StudioMeyer Memory es la capa que hemos construido y operamos nosotros. Cincuenta y tres MCP-Tools sobre sesiones, learnings, decisiones, entidades, un Knowledge Graph completo, búsqueda semántica con recency decay, skills, insights y un contradiction scanner. Corre como Hosted SaaS en infraestructura UE en Frankfurt, multi-tenant, con OAuth 2.1 y Dynamic Client Registration según RFC 7591. Plan gratuito para uso individual. Es la capa que usamos nosotros mismos entre Claude Desktop, Claude Code, Cursor, Codex y TypingMind.
El aviso de seguridad que nadie puede saltarse
Antes del tutorial: un punto que importa.
En julio de 2025, JFrog Security Research publicó CVE-2025-6514 en mcp-remote, el paquete npm que conecta MCP-Clients basados en stdio con MCP-Servers remotos por HTTP usando OAuth. CVSS 9.6. Un MCP-Server malicioso podía devolver una URL authorization_endpoint manipulada que disparaba una OS-Command-Injection en la máquina cliente. La vulnerabilidad afectaba a las versiones 0.0.5 hasta 0.1.15 y está arreglada en la 0.1.16.
El fix está desplegado. La versión actual de mcp-remote en npm es segura. El setup de abajo usa npx -y mcp-remote, que en cada arranque tira de la versión más reciente. Mientras no fijes una versión antigua ni copies configs de tutoriales anteriores a julio de 2025, corres automáticamente sobre la versión parcheada. La protección práctica es la que JFrog recomienda de todos modos: conéctate sólo a MCP-Servers en los que confíes, y por HTTPS. Trata una URL de MCP-Server como tratas un paquete npm. No metas URLs aleatorias de hilos aleatorios de Reddit.
Esa es la situación actual del ecosistema MCP. Más de treinta CVEs relacionadas con MCP se publicaron entre enero y febrero de 2026, trece de ellas críticas. El protocolo es joven, las implementaciones son desiguales, el ecosistema sigue aprendiendo. Usa servidores de maintainers que publiquen su security posture y parcheen rápido. El setup de abajo se conecta a memory.studiomeyer.io, corre sobre OAuth 2.1 con PKCE y Dynamic Client Registration, fuerza HTTPS de extremo a extremo, está hospedado en UE Frankfurt con tenant isolation y tiene su modelo de seguridad documentado públicamente.
Ahora al setup.
El setup de quince minutos
Requisitos: un Mac o una máquina Linux (Windows también vale, esta guía usa rutas de Mac), el navegador Chrome y una cuenta gratuita en memory.studiomeyer.io. Node.js 18+ es necesario; el primer paso lo instala si todavía no lo tienes.
Paso 1. Instalar Node.js
En nodejs.org, pulsa el botón verde LTS y ejecuta el instalador. Es el runtime que necesita el connector MCP de TypingMind. Sáltalo si ya tienes Node 18 o más nuevo.
Paso 2. Usa Chrome, no Safari
TypingMind también corre en Safari, pero la integración de memory necesita más adelante un paso específico de Chrome. Ahórrate el ir y venir y abre chat.typingmind.com directamente en Chrome.
Paso 3. Abrir el setup MCP en TypingMind
En TypingMind, pulsa el icono de engranaje abajo a la izquierda, en el panel izquierdo baja hasta Model Context Protocol bajo Advanced Settings, y pulsa Setup Connector.
Paso 4. Elegir "This Device"
Un diálogo ofrece "This Device" o "Remote Server". Elige This Device. El connector es un pequeño servidor Node.js que hace de intermediario entre TypingMind y el MCP-Server. Correrlo en local es lo más simple para uso individual. Pulsa Next.
Paso 5. Ejecutar el comando de terminal
TypingMind muestra un comando tipo npx @typingmind/mcp <token>. Abre Terminal (Cmd+Espacio, escribe "terminal", Enter), pega el comando, pulsa Enter. La primera vez pregunta Ok to proceed?, confirma con y y Enter. Tras unos segundos aparece MCP runner server running on http://0.0.0.0:50880. Deja la terminal abierta. Tiene que seguir corriendo para que el memory funcione.
Paso 6. Permitir contenido inseguro en Chrome
Chrome bloquea por defecto que las páginas HTTPS hablen con servidores HTTP locales. Es comportamiento de seguridad correcto y necesita una excepción puntual. Pulsa el icono del candado en la barra de direcciones, abre Configuración del sitio, busca Contenido no seguro, ponlo en Permitir. Recarga la pestaña de TypingMind. El estado del connector se pone verde y dice Ready.
Paso 7. Configurar el memory server
Pulsa Edit Servers para abrir el editor de config MCP. Sustituye el JSON de ejemplo por esto:
{
"mcpServers": {
"nex-memory": {
"command": "npx",
"args": ["-y", "mcp-remote", "https://memory.studiomeyer.io/mcp"]
}
}
}
Pulsa Save Changes. El connector lanza mcp-remote como subproceso. mcp-remote es el bridge estándar que permite a los clients basados en stdio hablar con MCP-Servers remotos por HTTP vía OAuth.
Paso 8. Completar el login único
Una pestaña nueva de Chrome se abre automáticamente con la página de login de memory.studiomeyer.io. Introduce tu correo, pulsa Allow & Sign In. Un Magic-Link llega a tu buzón en pocos segundos. Abre el correo en la misma ventana de Chrome (Gmail web, Outlook web, no la app Mail de macOS, no el móvil) y pulsa el enlace. La pestaña se cierra. Estás dentro.
Paso 9. Comprobar que funciona
Inicia un chat nuevo en TypingMind. Pregúntale a Claude o GPT: "What MCP tools do you have available?". En la respuesta deberían aparecer cincuenta y tres tools nex_*: nex_session_start, nex_search, nex_learn, nex_entity_create, nex_decide y más. Si los tools aparecen, el memory está activo.
Dos cosas pequeñas para el día a día. La ventana de terminal con el connector tiene que seguir abierta mientras quieras usar memory en TypingMind. Si reinicias el Mac, vuelve a ejecutar el comando del paso 5. Si la excepción de contenido inseguro de Chrome se resetea (rara vez, tras major updates de Chrome), repite el paso 6. Todo lo demás persiste.
Qué puedes hacer con esto ahora
Una capa de memory sólo merece la pena si la usas. Cinco cosas que son posibles desde el momento en que la activas.
Primero, escribir una vez, recordar para siempre. Dile a TypingMind tu estilo de código preferido, tu voz de escritura, tus reglas recurrentes. Esas preferencias se guardan como entidades y aparecen en el siguiente chat, en cualquier tool que esté conectado al mismo memory.
Segundo, contexto de cliente y proyecto sin re-upload. Quién es el interlocutor en Acme Corp, cuál fue la última decisión, cuándo es la próxima deadline. El memory mantiene el Graph, el modelo lo lee cuando hace falta.
Tercero, continuidad entre tools. Empiezas un hilo de debugging en Claude Desktop, lo continúas en Cursor, lo terminas en TypingMind. El memory es compartido. Sin copy-paste.
Cuarto, un check de contradicciones. Cuando dos sesiones han guardado hechos contradictorios (una deadline cambió, un servicio se descontinuó), el Contradiction-Scanner lo saca a la luz la próxima vez que preguntas. Dejas de trabajar sobre contexto obsoleto.
Quinto, learnings y decisiones estructurados. Cada decisión con su rationale, cada learning con su fuente, buscable por significado meses después. Es el retorno acumulativo que la búsqueda en el historial de chat no puede darte.
El mismo memory en cualquier MCP-Client
TypingMind es un client. El mismo memory server se conecta a cualquier MCP-Client que hable el protocolo. Claude Desktop, Claude Code, Cursor, VS Code con Copilot MCP y la CLI de Codex tienen todos setups documentados. La configuración tiene una pinta algo distinta en cada client, pero la URL es la misma: https://memory.studiomeyer.io/mcp. Un memory, muchos tools. Las docs de setup para cada client están en studiomeyer.io/es/services/memory.
Precios y siguiente paso
El plan gratuito cubre uso individual con límites generosos. Los planes de pago añaden features de equipo y cuotas más altas. Precios completos y enlace de alta en studiomeyer.io/es/services/memory.
La prueba honesta de cualquier capa de memory no es lo que pone en su tabla de features. Es si, en el tercer mes de uso, puedes cerrar una pestaña del navegador sin escribirte una nota porque confías en que el asistente va a traer el contexto de vuelta la próxima vez. Ésa es la vara que pusimos al construir StudioMeyer Memory. Quince minutos de instalación. Pruébalo y mira si la alcanza para ti.
