await-mcp
Related Servers
Alternatives to await-mcp
No user-submitted related servers found.
Related Servers
- 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.9 npmMIT
- AlicenseNot gradedqualityCmaintenanceNon-blocking awaiter for bash commands. Get your agent rid of timeouts, sleeps, while. Also supports files, ports, etc.100 npm2MIT
- AlicenseAqualityDmaintenanceProvides a simple 'wait' tool that introduces deliberate pauses into workflows executed by MCP clients, allowing time for asynchronous operations to complete before proceeding to the next step.140 npm1MIT
- AlicenseAqualityDmaintenanceA minimal MCP server that lets AI agents pause for a specified duration before resuming their workflow. Useful for polling patterns like waiting for PR approval or file creation.13 npmMIT
- AlicenseAqualityDmaintenanceProvides persistent goal-tracking with external evaluation for agentic CLIs, enabling run-until-done loops where an agent works across turns until a condition is met.4MIT
- FlicenseNot gradedqualityBmaintenanceEnables fault-tolerant agent tool execution with adaptive exponential backoff, full jitter, rate-limit 429 backpressure handling, and circuit breaker patterns to make AI agent calls resilient to transient failures. Plugs directly into MCP-compliant clients via JSON-RPC 2.0 stdio with zero external dependencies.7-
TDQS
Scored across 3 tools
Each tool targets a distinct condition type: shell command, URL, or file. The purpose of each is clear, and there is no meaningful overlap in their intended use cases. An agent can easily select the right tool based on the resource it needs to wait on.
All tools follow the consistent verb_noun pattern of 'await_' followed by the target resource (command, url, file). This makes the tool names predictable and easy to remember. The naming convention is uniform throughout the set.
With three tools, the server is well-scoped for its purpose of providing wait-for-condition primitives. Each tool covers a distinct and common category of waiting (shell, HTTP, file), so the count feels neither thin nor excessive for the domain.
The three tools cover the primary methods for blocking on external signals: command exit status, URL availability/response, and file presence/content. This set provides a solid foundation for waiting on common CI/CD, deployment, and build scenarios. While a generic 'sleep' tool is absent, the command-based approach can handle arbitrary delays, making the surface reasonably complete.