Asistentes y MCP

Asistentes y MCP

Tisty no es IA y no tiene IA dentro. El lenguaje natural que convierte «llamar al banco a las 3» en una tarea son reglas que corren en tu equipo: sin modelo, sin petición y sin nube. Eso no va a cambiar.

Pero si ya usas un asistente, seguramente le cuentas cosas que vale la pena guardar: el grupo del colegio pide cartulina para el lunes, la factura vence el 30, el bug que acabas de arreglar y cómo lo hiciste. Por eso Tisty deja una puerta, y tú decides si usarla.

Cómo funciona la puerta

Tisty habla MCP a través del comando tisty mcp, por su propia entrada y salida estándar:

• Solo en este equipo. Sin puerto, sin cuenta y sin token. No es un servidor, y nada puede alcanzarlo desde la red.
• Nada escucha hasta que lo conectas. El asistente arranca tisty mcp cuando lo necesita.
• Tú lo dejas entrar. El asistente aparece en Configuración › Asistentes como un dispositivo que tienes que admitir. Hasta que lo hagas, todo lo que intente se rechaza. Admitirlo queda escrito en tu registro, así que puedes ver cuándo pasó, y puedes echarlo cuando quieras.

Tisty está en el registro oficial de MCP como io.github.rgdevment/tisty.

Conectar un asistente

Desde Configuración (lo más fácil)

Configuración › Asistentes muestra los asistentes que ya están instalados en este equipo y conecta el que elijas. Escribe una sola línea en la configuración de ese asistente, deja el resto del archivo como estaba y guarda una copia de cómo era antes.

A mano

Para un asistente que Tisty no conoce, basta una línea:

$ <tu-asistente> mcp add tisty -- tisty mcp

Por ejemplo, con Claude Code:

$ claude mcp add tisty -- tisty mcp

Los clientes que se configuran con un archivo JSON usan la forma de siempre:

{
  "mcpServers": {
    "tisty": { "command": "tisty", "args": ["mcp"] }
  }
}

Después abre Tisty, ve a Configuración › Asistentes y deja entrar al nuevo dispositivo. Desde una terminal, tisty agent --on hace lo mismo, y antes te pregunta en la terminal, así que una consola sin nadie al teclado no puede dejarse entrar sola.

Qué puede hacer, en corto

Anotar una tarea con sus pasos y su fecha, ponerle un recordatorio, añadir a la bitácora de una tarea, escribir y editar documentos, ordenarlos en carpetas y páginas, guardar una copia de un archivo que le indiques, buscar y leer lo que hay, y decir que una tarea que anotó está hecha, para que tú lo confirmes.

Nunca puede cerrar ni borrar una tarea, borrar un documento, tocar una tarea que escribiste tú (salvo que se la abras a los agentes) ni mover un día que pusiste tú.

Las reglas completas están en Qué puede hacer un asistente, y cada herramienta en la referencia de herramientas.

Firmado con su nombre

Lo que escribe un asistente va firmado con el nombre del programa por el que habló («por Claude Code», «por Codex») en la fila, el detalle y la bitácora. Configuración › Asistentes cuenta lo que escribió cada uno. Lo que se escribió antes de que los programas dijeran su nombre se lee «por un asistente».

Lee con mesura

Tisty guarda una pequeña ficha de cada documento (sus títulos, cuánto mide, en qué se apoya) que saca del propio texto, en este equipo, y que nunca envía a ninguna parte. Un asistente lee esa ficha para elegir el documento que necesita, y después pide solo la parte que quiere, o cambia esa parte sin leer el resto. Un documento largo no se vuelca en un modelo porque un asistente quería un párrafo.

Después de leer un documento, puede dejar un resumen corto para el siguiente asistente: queda en este equipo, nunca se sincroniza y no forma parte de lo que escribiste.

Lo que conviene saber antes de abrirla

Warning

Lo que un asistente lee viaja adonde viaja ese asistente. Si funciona contra un servicio en la nube, lo que mira va camino a ese servicio. Tisty sigue sin enviar nada y sin servidor propio, pero esta puerta es real, y es lo único en Tisty que puede sacar tus datos del equipo. Por eso está cerrada hasta que la abres, y cerrarla es un clic.

La línea de comandos es tuya, no del asistente

Un asistente con una consola podría escribir tisty done 3 el día que su servidor MCP no esté conectado y actuar como tú, o ejecutar tisty agent --on para dejarse entrar. Por eso tisty mira quién está al teclado antes de abrir nada, y rechaza todos los comandos menos tisty mcp cuando lo maneja un asistente de código: por las marcas que lleva su entorno, por lo que tiene encima en el árbol de procesos, o por un editor encima y ninguna terminal. El rechazo está escrito para el asistente que lo lee: que pase por el servidor, o que le diga a la persona que está caído.

Es una heurística, y honesta: al mismo usuario en la misma consola no se le puede distinguir con certeza. Donde el cliente de tu asistente pueda bloquear un comando antes de que corra (un hook, una regla), esa es la capa que no depende de Tisty; esto es el piso que está debajo.