delega-mcp
Related Servers
Alternatives to delega-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceProvides a task passport system for handoff across AI harnesses, enabling users to list, open, create, and checkpoint tasks with stable IDs and verified state.102 npm11MIT
- AlicenseNot gradedqualityBmaintenanceA minimal task management system for LLM agent collaboration via the Model Context Protocol, supporting CRUD operations, task blocking, subtasks, queues, and comments.1 npm1MIT

agent-taskofficial
FlicenseNot gradedqualityBmaintenanceAgentTask is a governed work platform where human teams and AI agents share one backlog. Hosted remote MCP server (streamable HTTP, OAuth 2.1 or org API keys) with 60+ tools for tasks, subtasks, projects, groups, labels, notes, comments, attachments, search, crews, and agent runs.-- FlicenseNot gradedqualityCmaintenanceEnables AI agents to post real-world tasks, match them to people, and release payments through a delegation-based authorization system that enforces scoped, spend-capped permissions.-
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to manage tasks through a structured lifecycle (todo, in_progress, ai_testing, manual_testing, deployment, completed) with human approval gates, providing a single-user task management system with CLI, REST API, and live updates.MIT
- AlicenseNot gradedqualityBmaintenanceA multi-agent task management system for AI applications that enables users to create agents with roles and capabilities, delegate tasks with trust-based routing, coordinate file access to prevent conflicts, and monitor performance through a unified dashboard.6 npmMIT
TDQS
Scored across 44 tools
Most tools target distinct resources (tasks, agents, webhooks, automations, recurrences, ingress, context) with clear action boundaries. Some overlap in the claim/lease family (claim_task, heartbeat_task, release_task, set_task_state, complete_task) but descriptions carefully delineate lease vs. state vs. completion. Context tools (get_task_context, update_task_context, get_context_history) could confuse on a quick scan but descriptions separate read/merge/ledger well.
Mostly consistent verb_noun pattern (claim_task, list_tasks, create_webhook), but several deviations: 'recall' is a bare verb, 'fleet_attention' is an unusual noun phrase, and 'list_ingress_sources' vs 'create_ingress_source' mix plural/singular conventions for the same resource. Readable but not fully predictable.
44 tools is heavy for a task-queue MCP; the surface spans tasks, agents, projects, stats, webhooks, automations, recurrences, ingress sources, memory/recall, and context ledgers. Many sub-domains are individually well-scoped, but the aggregate exceeds what an agent can comfortably navigate without collisions.
Task lifecycle is thorough: create, update, delegate, claim, heartbeat, release, complete, delete, link, comment, chain, context read/write/history, recurrences, and triage. Agent, webhook, automation, and ingress resources each have list/create/update/delete coverage. Minor gaps: no list_task_links companion create path beyond link_task/unlink, and no explicit unlink_task or project create/update/delete despite list_projects.