«¿Cuánto tiempo pasé en Zoom esta semana?»

Para responder eso hoy, abres el rastreador, buscas el selector de fechas, filtras, entrecierras los ojos ante la lista de apps, haces matemática mental. Es una tarea de 90 segundos que ocurre quizá dos veces al mes — por eso la mayoría nunca la hace, y los datos se quedan ahí sin usar.

Timex 1.3.0 introdujo una respuesta distinta: un servidor MCP local. Lo activas en Settings → Integrations, conectas tu cliente de IA, y haces la pregunta en lenguaje natural. La IA consulta tus datos de tiempo y responde — y los datos nunca salen de tu Mac.

Respuesta corta: MCP (Model Context Protocol) permite a los asistentes de IA leer y actuar sobre herramientas y datos locales. El servidor MCP de Timex expone 22 herramientas sobre tu registro de seguimiento — resúmenes, búsqueda de actividad, reglas, entradas, Energy, recuperación, exportación CSV, sesiones de enfoque y pausas — para que Claude, Cursor o VS Code puedan responder preguntas sobre tu tiempo y gestionar tu configuración. Viene apagado por defecto, se liga a localhost y requiere un bearer token.

¿Qué es MCP? La versión en un párrafo

Model Context Protocol es el estándar que permite a los asistentes de IA usar herramientas y datos en lugar de solo hablar de ellos. En vez de copiar y pegar tu semana en una ventana de chat, conectas el cliente una vez, y puede llamar funciones — leer un resumen, buscar actividad, agregar una regla — igual como ya lee tus archivos o corre tu terminal. Anthropic publicó la especificación a fines de 2024, y a estas alturas está soportado en los principales clientes de IA: Claude Desktop y Claude Code, Cursor, Zed, VS Code, Codex CLI, OpenCode, Octomind. Si usas alguno de estos, ya tienes el lado del cliente.

Qué expone realmente el servidor de Timex

Veintidós herramientas, agrupadas por lo que hacen:

Leer tu registro: get_summary (tiempo rastreado, enfoque y Energy para un rango), list_activities (filas detalladas, filtrables por app o dominio), search_activities (buscar títulos, URLs, nombres de apps), get_current_activity (qué está vivo ahora mismo).

Gestionar tu configuración: list_categories, list_rules, add_rule / remove_rule, create_category / update_category — el mismo motor de reglas que usa la interfaz, programable.

Actuar sobre tu día: add_manual_entry (registrar la reunión que acabas de tener), log_recovery (etiquetar un hueco de ausencia como Walk, Workout, Nap o Rest), export_csv (resumen o detallado, escrito bajo tu carpeta home), pause_tracking (si quieres, durante un número de minutos) / resume_tracking, start_break, list_backups. Desde Timex 1.7.0 también start_focus_session / end_focus_session, snooze_break, pause_break_reminders y get_break_status.

Lo interesante no es ninguna herramienta individual — son las consultas compuestas que un modelo de lenguaje puede hacer a través de ellas.

Cinco prompts mejores que un dashboard

  • «¿Cuánto tiempo te llevó Zoom esta semana, y cómo se compara con la semana pasada?» — get_summary dos veces, una comparación, y una frase sobre la que puedes actuar. La versión dashboard de esto toma más tiempo del que vale la respuesta.
  • «¿Qué hice el martes entre 2 y 4 PM?» — list_activities sobre una ventana. La respuesta honesta a «adónde se fue esa tarde», con títulos de ventanas como recibos.
  • «Haz que github.com cuente como enfoque desde ahora.» — add_rule, listo, sin safari de configuraciones. Este es el que cambia cómo usas las reglas: las pides en el momento en que notas la necesidad, que es el único momento en que escribir reglas realmente sucede.
  • «Acabo de terminar una llamada con un cliente de 10:05 a 10:30 — regístrala.» — add_manual_entry. El hueco que habrías olvidado antes del almuerzo, registrado a las 10:31 mientras lo recuerdas.
  • «Exporta esta semana como CSV de resumen para mi factura.» — export_csv. El día de facturación se encoge de una hora de arqueología a una frase.

Lo que añadió 1.5.0: Energy y recuperación

Timex 1.5.0 (10 de septiembre) añadió Energy — una estimación de 0 a 100 de cuánto trabajo exigente te queda hoy — y el servidor MCP lo expone. get_summary ahora devuelve puntuación de Energy, tiempo gastado, capacidad, fatiga de tramo, llamadas, tiempo pasivo, recuperación y minutos de deuda, junto al tiempo rastreado que siempre devolvió. También hay una nueva herramienta log_recovery para etiquetar un hueco de ausencia como Walk, Workout, Nap o Rest.

Dos prompts más que solo funcionan gracias a 1.5.0:

  • «¿Cuánto trabajo exigente me queda hoy?» — get_summary para hoy, lee la puntuación de Energy y el tiempo gastado. Es un presupuesto, no una medición de salud — la misma advertencia que muestra la app.
  • «Estuve fuera 25 minutos — fue un paseo.» — log_recovery. El hueco de ausencia que de otro modo quedaría sin etiquetar ahora cuenta como pausa de movimiento, y Energy se actualiza.

El modelo de seguridad, dicho sin rodeos

Lo escribiría como me gustaría que me lo escribieran a mí.

El servidor está apagado por defecto. Lo enciendes en Settings → Integrations, donde también eliges la dirección y el puerto de enlace, y copias o regeneras el bearer token. Mantén el enlace por defecto 127.0.0.1:41741 y el servidor solo es alcanzable desde tu Mac — no tu red, no internet.

La frontera es real y no la voy a difuminar: un cliente conectado puede leer todo lo que Timex registra — títulos de ventanas, URLs, nombres de apps — y puede cambiar tus reglas, categorías y entradas. Trata el token como una contraseña. Si enlazas más allá de localhost, has expuesto ese acceso a tu red.

Timex soporta las revisiones de protocolo MCP 2026-07-28, 2025-11-25, 2025-06-18 y 2025-03-26, y Settings puede copiar la configuración de cada cliente con tu host, puerto, token y ruta de la app actuales — un clic para añadir el servidor MCP a Claude Desktop, configuración de copiar-pegar para Claude Code, Cursor, Zed, VS Code, Codex CLI, OpenCode u Octomind.

Por qué local-first y MCP encajan

Hay una razón filosófica de que esto viva en una app local-first y no en una de nube. Un rastreador en la nube haría «pregúntale a una IA sobre tu semana» enviando tu semana a un servidor — de ellos, o del modelo. El camino MCP mantiene los datos en tu máquina y deja que el modelo venga a ellos. Tu registro de tiempo queda donde fue registrado; la inteligencia es una visita, no una inquilina.

Esa también es la limitación honesta: la IA solo puede responder desde lo que Timex registró. Ve tu Mac, no tu teléfono ni tus reuniones lejos del escritorio — aunque las entradas manuales llenan esos huecos si las registras.

Cuando no conecta

El servidor solo corre mientras Timex corre — cierra la app y el endpoint desaparece. Si un cliente recibe un 401, el token está mal o caducó; regenéralo en Settings → Integrations y pega el nuevo. Los clientes que solo hablan stdio necesitan el puente timex-mcp que viene con la app; Settings copia el comando y la ruta correctos por ti. El endpoint HTTP es sin estado — no hay sesión que perder — y rechaza peticiones cuyo Origin no sea localhost, así que una pestaña del navegador no puede alcanzarlo aunque lo intentara.

El dashboard fue la respuesta de los 2010s a «qué hice con mi tiempo». La respuesta de 2026 es una conversación con un modelo que de verdad puede leer el registro. Si quieres probarlo: descarga Timex, Settings → Integrations, mueve el interruptor, y hazle una pregunta a tu semana. La configuración de cada cliente está en la guía de configuración MCP de Timex.

— DK