MCP Wait Timer Server
Servidor de temporizador de espera MCP
Un servidor MCP (Protocolo de contexto de modelo) que proporciona una herramienta wait sencilla.
Mira el vídeo de demostración: https://www.youtube.com/watch?v=TaF_j9wrWVw
Descripción general
Este servidor expone una única herramienta, wait , diseñada para introducir pausas deliberadas en los flujos de trabajo ejecutados por clientes MCP (por ejemplo, Cline, Claude Desktop, Cursor).
Related MCP server: mcp-sleep
Problema resuelto
Los clientes MCP y los modelos de IA que los impulsan suelen operar secuencialmente. Tras ejecutar un comando o una acción (como una solicitud web, una operación con un archivo o una llamada a la API), el modelo puede proceder al siguiente paso inmediatamente. Sin embargo, algunas acciones requieren más tiempo para completar su efecto (por ejemplo, la finalización de procesos en segundo plano, la renderización completa de páginas web tras la ejecución de JavaScript o la propagación del sistema de archivos).
Dado que el modelo no siempre puede detectar de manera confiable cuándo se completan estos efectos asincrónicos, podría proceder prematuramente, lo que genera errores o suposiciones incorrectas en los pasos posteriores.
Solución: La herramienta wait
Este servidor proporciona una herramienta wait que permite al usuario o al indicador de IA indicar explícitamente al cliente que haga una pausa durante un tiempo específico antes de continuar. Esto garantiza que las operaciones que dependen del tiempo tengan tiempo suficiente para completarse.
Herramienta: wait
Descripción: Pausa la ejecución durante una cantidad específica de segundos.
Parámetro de entrada:
duration_seconds(número, obligatorio): Tiempo de espera, en segundos. Debe ser un número positivo.
Casos de uso
Automatización web: asegúrese de que las cargas de contenido dinámico o los scripts terminen de ejecutarse después de la navegación de la página o la interacción con elementos.
Example Prompt: "Navigate to example.com, fill the login form, click submit, then wait for 5 seconds and capture a screenshot."Operaciones de línea de comandos: permite tiempo para tareas en segundo plano, escrituras de archivos o inicios de servicios iniciados por un comando de shell.
Example Prompt: "Run 'npm run build', wait for 15 seconds, then check if the 'dist/app.js' file exists."Interacción API: agregue retrasos entre llamadas API para manejar la limitación de velocidad o esperar la finalización del trabajo asincrónico.
Depuración del flujo de trabajo: inserte pausas para observar el estado del sistema en puntos específicos durante una tarea compleja.
Instalación y configuración
Este servidor requiere Node.js (versión 16 o superior).
Paso 1: Configure su cliente MCP
Agregue el siguiente bloque JSON dentro del objeto "mcpServers": {} en el archivo de configuración de su cliente. Seleccione el archivo correspondiente a su cliente y sistema operativo:
Bloque de configuración:
"wait-timer": {
"command": "npx",
"args": ["mcp-wait-timer"],
"env": {},
"disabled": false,
"autoApprove": []
}Ubicaciones de los archivos de configuración del cliente:
Escritorio de Claude:
macOS:
~/Library/Application Support/Claude/claude_desktop_config.jsonVentanas:
%APPDATA%\Claude\claude_desktop_config.jsonLinux:
~/.config/Claude/claude_desktop_config.json(la ruta puede variar ligeramente)
Extensión VS Code (Cline/"Claude Code"):
macOS:
~/Library/Application Support/Code/User/globalStorage/saoudrizwan.claude-dev/settings/cline_mcp_settings.jsonWindows:
%APPDATA%\Code\User\globalStorage\saoudrizwan.claude-dev\settings\cline_mcp_settings.jsonLinux:
~/.config/Code/User/globalStorage/saoudrizwan.claude-dev/settings/cline_mcp_settings.json
Cursor:
Global:
~/.cursor/mcp.jsonEspecífico del proyecto: cree un archivo en
.cursor/mcp.jsondentro de la carpeta de su proyecto.
Windsurf:
~/.codeium/windsurf/mcp_config.json
Otros clientes:
Consulte la documentación del cliente para conocer la ubicación de su archivo de configuración MCP. La estructura JSON que se muestra en el "Bloque de Configuración" anterior debería funcionar, por lo general.
Paso 2: Reiniciar el cliente
Después de agregar el bloque de configuración y guardar el archivo, reinicie completamente la aplicación cliente de MCP para que los cambios surtan efecto. La primera vez que el cliente inicie el servidor, npx descargará automáticamente el paquete mcp-wait-timer si no está almacenado en caché.
Ejemplo de uso
Una vez instalado y habilitado, puede indicarle a su cliente MCP:
"Please wait for 10 seconds before proceeding."El modelo de IA del cliente debe reconocer la intención y llamar a la herramienta wait con duration_seconds: 10 .
Desarrollado por
Esta herramienta fue desarrollada como parte de las iniciativas de 199 Longevity , un grupo enfocado en ampliar las fronteras de la salud humana y la longevidad.
Conozca más sobre nuestro trabajo en biotecnología en 199.bio .
Colaborador del proyecto: Boris Djordjevic
Licencia
Este proyecto está licenciado bajo la licencia MIT: consulte el archivo de LICENCIA para obtener más detalles.
Available Tools
1 toolwaitA
Waits for a specified duration in seconds.
| Name | Required | Description | Default |
|---|---|---|---|
| duration_seconds | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full burden of behavioral disclosure. It states the action ('waits') but does not explain how the wait is implemented (e.g., blocking vs. non-blocking), potential side effects, or error handling. This leaves gaps in understanding the tool's behavior beyond the basic action.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, clear sentence that efficiently conveys the tool's function without unnecessary details. It is front-loaded and wastes no words, making it easy to understand at a glance.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's low complexity (one parameter, no output schema, no annotations), the description is minimally adequate but lacks depth. It covers the basic action but does not address behavioral aspects like implementation details or error scenarios, which could be important for a wait function in some contexts.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The description adds meaning by specifying that the parameter is for 'duration in seconds,' which clarifies the unit and purpose beyond the schema's description ('The number of seconds to wait'). With 0% schema description coverage, the description compensates well by providing essential context, though it could note the minimum value constraint from the schema.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool's purpose with a specific verb ('waits') and resource ('duration in seconds'), making it immediately understandable. It distinguishes itself by focusing solely on time-based waiting functionality, which is straightforward given there are no sibling tools to differentiate from.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies usage for delaying execution by a specified time, but provides no explicit guidance on when to use this tool versus alternatives or any prerequisites. With no sibling tools, the context is limited, but it lacks details on scenarios where waiting is appropriate or any constraints.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
1 tool update
v1.0.0- First observed
wait
TDQS
Scored across 1 tool
With only one tool, there is no possibility for ambiguity or overlap between tools. The tool 'wait' has a single, clear purpose that cannot be confused with any other tool in this set.
The naming is trivially consistent as there is only one tool. The tool name 'wait' follows a simple verb pattern, and there are no other tools to create inconsistency or mixed conventions.
A single tool is too few for most server purposes, making the server feel thin and limited in scope. While a timer server might logically have few tools, one tool is borderline minimal and may not cover all expected timer-related operations, such as cancelling or listing waits.
The tool set is severely incomplete for a timer server. It only provides a wait function, missing obvious operations like cancelling an active wait, checking wait status, or managing multiple timers, which are common in timer-related domains.
Maintenance
Related MCP Connectors
MCP server for your apps' tools and custom tools, plus hosted AI agents and approval-gated workflows
MCP server for progressive tool usage at any scale (see https://klavis.ai)
Concierge MCP for agentic workflows: verified time + drift, uuid, diff, calc, attest, verify.
Hosted MCP runtime where your agent publishes its own tools by tool call and keeps working.
Related MCP Servers
- AlicenseBqualityDmaintenanceA Model Context Protocol (MCP) server that provides a simple sleep/wait tool, useful for adding delays between operations such as waiting between API calls or testing eventually consistent systems.16 npm23ISC
- AlicenseBqualityDmaintenanceTool that allows you to wait a certain time to continue the execution of an agent.11Apache 2.0
- AlicenseBqualityDmaintenanceA simple MCP server that provides waiting functionality to pause until other tasks finish, with progress reporting and support for CLI or HTTP server with SSE.123 npm5MIT
- AlicenseNot gradedqualityDmaintenanceProvides a wait tool for AI agents to pause execution until a time duration elapses or a process terminates, useful for polling and waiting for builds/deployments.10 npmMIT