Skip to main content
Glama

Related Servers

Alternatives to ActionD

No user-submitted related servers found.

    Related Servers

    • A
      license
      A
      quality
      A
      maintenance
      Local-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.
      13
      1
      MIT
    • A
      license
      Not graded
      quality
      C
      maintenance
      Local-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.
      1
      MIT
    • A
      license
      A
      quality
      A
      maintenance
      Autonomous 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.
      25
      5
      Apache 2.0
    • F
      license
      A
      quality
      B
      maintenance
      A 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

    A4.4/5.0

    Scored across 22 tools

    Disambiguation4/5

    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.

    Naming Consistency4/5

    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.

    Tool Count4/5

    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.

    Completeness5/5

    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.

    Maintenance

    ActivityMaintained
    ResponsivenessNo issues