dhp
Related Servers
Alternatives to dhp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceEnables agents to persist and resume long-horizon tasks using cryptographic event-sourced checkpoints, idempotency deduplication, scheduled heartbeats, pause/resume tokens, and fail-safe recovery.7MIT
- AlicenseNot gradedqualityBmaintenanceProvides durable mission state for AI agents, enabling crash-safe recovery, verified completion, and explicit reconciliation of uncertain side effects without duplicate or blind retries.4Apache 2.0
- AlicenseNot gradedqualityBmaintenanceEnables durable, crash-safe control of long-running AI-agent workflows with idempotent operations and scope-aware reconciliation over MCP filesystem and execution tools.1Apache 2.0
- AlicenseNot gradedqualityAmaintenanceUniversal verifiable recovery for long-running AI agents with semantic checkpoints, idempotent action ledger and hash chained log as a deny by default MCP server. Framework agnostic with adapters for LangGraph, LangChain and OpenAI plus gateway and OTel.24Apache 2.0

polyflowofficial
AlicenseNot gradedqualityBmaintenanceEnables AI agents to run model-checked workflows durably, receiving one work order at a time with guarantees on admission.5 npmApache 2.0- AlicenseAqualityCmaintenanceIt enables AI agents to recover from failures by diagnosing issues, refocusing broad tasks, restoring session context, and managing retries safely with bounded memory and credential redaction.61MIT
TDQS
Scored across 18 tools
Most tools target distinct protocol actions (claim, checkpoint, complete, recover, approve/deny), but several read/write or lifecycle pairs (claim vs recover, checkpoint vs last_checkpoint, record_effect vs effect_done, status vs approval_status) require careful reading. Descriptions clarify the boundaries, and no true duplicates exist.
All names use a consistent dhp_ prefix and snake_case, which is easy to parse. The verb_noun pattern is not universal (heartbeat, status, health, approve, deny, dispatch, last_checkpoint), so it is mostly rather than perfectly consistent.
18 tools is on the heavy side for a single protocol server, but each maps to a distinct lifecycle, safety, or observability concern (lease, checkpoint, effects, approvals, budget, capabilities). The surface is defensible, though it could likely be consolidated slightly.
Core durable handoff lifecycle (dispatch, claim, recover, checkpoint, complete), approvals, side-effect deduplication, budget tracking, and capability checks are all covered. Minor gaps remain, such as no explicit cancel/abandon handoff or list-handoffs operation, but agents can largely work around these via status and recover.