taskops
Related Servers
Alternatives to taskops
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceMCP server for a kanban task board that lets Claude Code manage tasks with priority, categories, and multi-agent safety, plus a web UI for visual drag-and-drop.2 npmMIT
- AlicenseNot gradedqualityBmaintenanceMCP server for context switching across git worktrees and Claude Code agent sessions, providing a board of worktree status and distilled task summaries.234 npmMIT
- AlicenseAqualityDmaintenanceMCP server for inter-agent communication. Gives multiple Claude Code sessions a shared message board, agent registry, and orchestration layer — backed by a cloud relay so agents can coordinate across machines, repos, and teams.860 npmMIT
- AlicenseNot gradedqualityBmaintenanceA kanban board MCP server that lets Claude Code manage tasks through a local web UI, including claiming, submitting, and querying tasks with automatic git branch and PR creation.22 npmMIT
- AlicenseNot gradedqualityCmaintenanceLocal MCP server for Claude Code providing persistent memory, task planning, and agent coordination with full transparency and no network calls.2MIT
- AlicenseAqualityDmaintenanceMCP server that spawns autonomous Claude Code agents in GitHub repos, enabling task delegation with persistent state, multi-step workflows, and job monitoring.47144 npm2Apache 2.0
TDQS
Scored across 11 tools
Each tool has a distinct job, but taskops_card, taskops_take, taskops_board, and taskops_activity all return card/board state, so an agent must read carefully to pick the right one. The descriptions clarify the differences well enough: search/detail, claim+dossier, board pulse, and activity history.
All tools share the taskops_ prefix, but the second part mixes nouns (card, board, activity) with verbs (plan, assign, merge, take, review, update, comment) and one past-tense outlier (filed). This is readable but not a consistent verb_noun convention.
With 11 tools, the set is well-scoped for a task-orchestration domain: planning, assignment, claiming, updating, commenting, review, merging, status, and history each have a dedicated tool. No tool feels redundant.
The toolset covers the full card lifecycle: creation via plan, assignment via assign, claiming via take, updates and drops via update, review, merging, status via board, history via activity, and report registration via filed. There are no obvious dead ends or missing critical operations.