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.13385 npm1ISC
- AlicenseAqualityAmaintenanceLocal-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.1 npmMIT
- AlicenseNot gradedqualityCmaintenanceLocal-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
- AlicenseAqualityAmaintenanceAutonomous coding pipeline exposed as an MCP server: plan, dispatch, review, and merge software stories through worktree-isolated agents. A frontier model (Claude) handles judgment — planning, review, risk adjudication — while a local model does the implementation, gated by TDD and a merge-time test rerun on the rebased branch.255Apache 2.0
- FlicenseAqualityBmaintenanceA local-first MCP server that handles daily work tasks through your AI assistant: converts meeting notes into todos, manages todo lifecycle, tracks work hours, generates daily/weekly reports, organizes files via move-only operations, and diagnoses dev environments, all guarded by a human-maintained preview/apply safety model.25-
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.