ai-cli-mcp
Related Servers
Alternatives to ai-cli-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityDmaintenanceEnables asynchronous and parallel execution of Gemini CLI tasks within Claude Code, allowing background task management and multi-instance parallelism.34MIT
- AlicenseBqualityFmaintenanceEnables orchestrating multiple AI CLI agents (Claude Code, Codex, Gemini CLI, Copilot CLI) through a unified MCP interface for task delegation, cross-agent comparison, and specialized tools like code review and debugging.1417 npm14MIT
- AlicenseDqualityBmaintenanceEnables Claude Code as a team leader to delegate tasks to GPT and Gemini experts, supporting multi-LLM collaboration with tools for consultation, code review, design, and background execution.7623 npmMIT
- AlicenseAqualityBmaintenanceEnables AI assistants to run long shell commands as background tasks, with survival across restarts, live progress peeking, and command allow/deny policies.52MIT
- FlicenseNot gradedqualityNot gradedmaintenanceOrchestrates multiple AI models (Gemini, OpenAI, Claude, local models) within a single conversation context, enabling collaborative workflows like multi-model code reviews, consensus building, and CLI-to-CLI bridging for specialized tasks.-
- AlicenseAqualityAmaintenanceEnables one AI coding agent to delegate tasks to, and build consensus across, multiple other coding CLIs (Claude Code, Codex, etc.) by orchestrating them as headless subprocesses.187MIT
TDQS
Scored across 9 tools
Most tools have clearly distinct roles: run spawns, kill_process terminates, list_processes enumerates, doctor checks binaries, models lists models, cleanup_processes prunes. The monitoring trio of get_result, peek, and wait overlaps somewhat, but the descriptions draw explicit boundaries (wait is batch, peek is a one-shot observation window, get_result is current status/output).
All names use snake_case consistently, with a mild verb_noun flavor for the process-management tools (get_result, list_processes, kill_process, cleanup_processes). A few are bare nouns/verbs (run, peek, doctor, models), which is a minor deviation but still readable and predictable.
Nine tools is well-scoped for a CLI agent orchestration server, with each tool earning its place across the start/monitor/finish/cleanup lifecycle. Nothing feels padded or redundant enough to cut.
The async process lifecycle is fully covered: spawn (run), enumerate (list_processes), observe (peek, get_result), await (wait), terminate (kill_process), and prune (cleanup_processes), plus discovery/health via models and doctor. Minor gaps exist, such as no explicit way to send follow-up input or steer a running agent, but core workflows are complete.