ActionD
Related Servers
Alternatives to ActionD
No user-submitted related servers found.
Related Servers
- AlicenseAqualityDmaintenanceAn intelligent MCP server that gives AI agents full control over GitHub Actions CI/CD pipelines, including real-time monitoring, log analysis, AI-powered failure diagnosis, and deployment management.13701 npm1ISC
- AlicenseAqualityBmaintenanceLocal-first Git hosting for AI coding agents. lgh serve turns any directory into an HTTP Git remote (127.0.0.1:9418) with push events, commit-status reporting, smart .gitignore generation, secret/large-file detection, and optional LAN sharing with auth. The MCP server exposes 10 tools covering repo registration, one-command backup (lgh up), server control, and event access.131MIT
- AlicenseNot gradedqualityCmaintenanceMCP server that equips AI agents with dev workflow tools including GitHub project management, conventional commits, visual regression testing, Jira/Confluence integration, and a persistent memory knowledge graph.15 npmMIT
- AlicenseAqualityAmaintenanceAgentic DevOps control loop and MCP server featuring polyglot Tree-sitter AST blast-radius analysis, OPA Rego policy evaluation, and isolated --network=none Docker test verification[cite: 1]. Exposes tools to inspect impacted dependency closures, validate security guardrails, and run targeted test suites.32Apache 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
- AlicenseNot gradedqualityBmaintenanceLocal-first code intelligence and safety layer for AI coding agents. MCP server exposes dependency graph, impact analysis, and AST-compressed repo context, backed by typed local memory, patch-scope safety gates, and git-independent transaction rollback.1MIT
TDQS
Scored across 22 tools
Most tools are clearly distinct resource+action pairs (enable/disable plugins, cancel/retry/wait jobs, get/set profiles, list/get actions), and descriptions cross-reference each other to guide selection. The one genuine overlap is actiond_handoff_pack vs actiond_run_report, which aggregate nearly identical sources (git log, CI/CD verdicts, task report) and differ mainly by intent rather than content.
The actiond_ prefix plus noun_verb pattern (actiond_job_cancel, actiond_plugins_list, actiond_profile_set) dominates and is highly predictable. Deviations include verb-only names (actiond_log, actiond_status, actiond_cleanup, actiond_diagnose), inconsistent singular/plural nouns (actiond_plugin_enable vs actiond_plugins_list), and dev_cycle_run, which breaks both the prefix and the word-order convention.
22 tools sits in the heavy range, but the scope genuinely spans server lifecycle, plugin registry management, job lifecycle, execution profiles, diagnostics, cleanup, and reporting. Each tool has a distinct role with little redundancy, so the count feels justified for a full CI/CD management surface rather than bloated.
The surface covers the full CI/CD lifecycle with no dead ends: configure (plugin enable/disable, profile_set), execute (dev_cycle_run), observe (actions_list, action_get, job_wait, status, log), diagnose, recover (retry, cancel), maintain (plugins_reload, server_restart), clean up, and report/handoff. Minor gaps like downloading artifacts or registering plugins via API are by design (filesystem manifests, event-driven triggers), and every workflow has a defined exit path.