orca-cli-mcp
Related Servers
Alternatives to orca-cli-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceEnables MCP clients to drive Orca worktrees, agent sessions, and orchestration via a single orca tool over local stdio or authenticated remote HTTP transports.5 npmMIT
- AlicenseNot gradedqualityAmaintenanceAn MCP server for orchestrating a fleet of CLI coding agents in isolated git worktrees. It exposes tools for spawning workers, sending instructions, reviewing diffs, and merging changes, with full terminal visibility.6 npm4MIT
- AlicenseNot gradedqualityBmaintenanceEnables MCP-capable chat clients like ChatGPT, Claude, and Cursor to read, search, edit, and run commands on a local machine, including git operations and browser automation. Runs as a local daemon with workspace path jails, safety modes, checkpoints, and human-in-the-loop approval for edits and shell commands.MIT
- AlicenseAqualityAmaintenanceEnables orchestrator agents to route coding tasks to native CLI worker agents via MCP, providing tools for agent discovery, task submission, waiting, inspection, and cancellation.53MIT
- AlicenseBqualityBmaintenanceEnables LLM agents to perform local development and automation over MCP STDIO, including project context retrieval, file read/write and patching, shell/Python execution, Git inspection, work-state tracking, and validation. It runs as a local Python process with Dev and Safe execution modes and audit logging for trusted single-developer environments.16Apache 2.0
- AlicenseNot gradedqualityBmaintenanceEnables external MCP clients like Claude Desktop, Claude Code, Cursor and Zed to hand work to a local crew of AI agents that plan, write, check and fix code in a folder, while also acting as an MCP client that can use their tools. Runs locally with user-supplied keys, approval-gated commands, diffable and undoable runs.AGPL 3.0
TDQS
Scored across 18 tools
Most tools are cleanly separated by resource (repos, projects, worktrees, terminals, automations) plus a clear verb, so selection is straightforward. The few soft overlaps — orca_worktree_ps vs orca_worktree_list vs orca_task_list, and orca_agent_launch vs orca_terminal_create vs orca_worktree_create with an agent — are differentiated only by prose in the descriptions, which an agent may still skim past.
Every tool uses the same orca_<resource>_<action> convention (orca_worktree_create, orca_terminal_read, orca_automation_run), with only a handful of bare singleton names (orca_status, orca_inbox, orca_search) that read as natural exceptions. Nothing mixes camelCase or competing verb styles.
At 18 tools the surface is on the larger side, but the domain genuinely spans five sub-areas (worktrees, terminals, agents, automations, search) and each tool maps to a distinct operation. Nothing looks like filler, though a couple of read-only variants (orca_worktree_ps) could arguably fold into orca_worktree_list.
Creation and observation are well covered, but the lifecycle dead-ends: there is no worktree remove/delete, no terminal close/kill, no agent stop, and automations can be listed and run but not created or edited. An agent can start work but has no sanctioned way to tear it down or recover from a stuck session.