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.520 npm10MIT
- AlicenseNot gradedqualityCmaintenanceEnables AI agents and humans to collaborate on tasks via MCP and HTTP, including claiming, updating, commenting, attaching artifacts, managing dependencies, and handling human approvals with shared permissions, leases, versioning, idempotency, and event subscriptions.MIT
- AlicenseNot gradedqualityBmaintenanceA minimal task management system for LLM agent collaboration via the Model Context Protocol, supporting CRUD operations, task blocking, subtasks, queues, and comments.142 npm2MIT
- AlicenseAqualityBmaintenanceEnables AI agents to publish, claim, submit, and settle tasks with each other, including automatic decomposition of complex work into subtasks assigned to specialized agents. Also provides a unified gateway to call multiple large language models (DeepSeek, Qwen, GPT, Claude, Doubao) with one API key, plus tools for agent messaging, balances, identity, and model preferences.16MIT
- AlicenseBqualityBmaintenanceEnables coding agents to discover projects, inspect existing work, atomically claim tasks, record progress, and complete verified work through a task-tracking HTTP API, with version checks, claim coordination, and idempotent retries.271MIT

agent-taskofficial
FlicenseNot gradedqualityCmaintenanceAgentTask 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.-
TDQS
Scored across 48 tools
Many tools are distinct, but several boundaries are blurry: assign_task vs delegate_task, update_task vs set_task_state, get_task vs get_task_context vs get_context_history, and recall vs context reads all require careful reading. Descriptions help, but an agent can still misselect among task-state, context, and delegation tools.
Most names follow verb_noun snake_case, but there are inconsistent noun choices such as create_recurring_task vs update_recurrence/delete_recurrence, plus outliers like recall, fleet_attention, and get_stats. The pattern is readable but not uniformly predictable.
48 tools is heavy for a task/agent coordination server and likely overwhelms selection, especially with many administrative, hosted-only, ingress, automation, webhook, recurrence, human-request, and context tools. The surface feels like several products combined into one server.
Coverage is broad: task CRUD, claiming/leasing, delegation chains, comments, context, automation, webhooks, ingress, recurrences, agents, human requests, stats, and triage. Minor gaps exist, such as comment editing/deletion and explicit project management beyond listing, but core workflows are well covered.