AgentStack
MCP verified MIT Self-run

Swarm Lord

mcp-kritagya123611-swarm-lord · by Kritagya123611

Multi-agent orchestration for DevOps & Distributed Systems. Features 5 operational modes: Autopilot (autonomous), Swarm (map-reduce style concurrency), Architect (diagram generation), Sentinel (security auditing), and Eco-Mode (token-efficient AST parsing). Zero-latency TUI.

No reviews yet
0 installs
1 views
0.0% view→install

Install

$ agentstack add mcp-kritagya123611-swarm-lord

✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

Are you the author of Swarm Lord? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

SwarmLord

"Root access for your cognitive workforce." An agentic control plane that connects LLM reasoning with deterministic system execution.

The Autonomous Orchestration Plane for Backend Engineering


Executive Summary

Swarnlord is an experimental autonomous orchestration platform designed to bridge the gap between large language model (LLM) reasoning and real-world backend, infrastructure, and DevOps execution.

Unlike traditional coding assistants that act as passive text-generation tools, ARCHON functions as an Agentic Control Plane. It continuously observes system state, reasons about architecture and operational signals, and executes validated actions using a recursive OODA Loop (Observe → Orient → Decide → Act).

Built for AI-native backend engineering, not chat-based automation.


Architectural Philosophy

SwarmLord follows a Hybrid Runtime Architecture that strictly separates high-level cognition from low-level execution.

This design ensures:

  • Deterministic and auditable system behavior
  • High throughput for IO-heavy workloads
  • Strong safety boundaries for destructive operations
flowchart TB
    subgraph User
        U[Engineer / Operator]
    end

    subgraph ControlPlane["Control Plane (Node.js / TypeScript)"]
        CLI[Ink-based TUI]
        OODA[OODA Loop Engine]
        Planner[Planner Agent]
        Executor[Executor Agent]
        Reviewer[Reviewer Agent]
        MCP[MCP Negotiator]
        State[Persistent State & Memory]
    end

    subgraph ModelLayer["Model Layer"]
        LLM[Claude / LLM Runtime]
    end

    subgraph DataPlane["Data Plane (Go Runtime)"]
        FS[Filesystem Ops]
        Git[Git Ops]
        AST[AST & Dependency Analysis]
        Net[Network & Health Checks]
        Cmd[Command Execution Sandbox]
    end

    subgraph External["External Systems"]
        Code[Codebases]
        Infra[Docker / K8s / Cloud APIs]
        DB[(Databases)]
        Obs[Logs & Metrics]
    end

    U --> CLI
    CLI --> OODA

    OODA --> Planner
    Planner --> Executor
    Executor --> Reviewer
    Reviewer --> OODA

    Planner --> MCP
    Executor --> MCP
    MCP --> LLM
    LLM --> MCP

    OODA --> State
    State --> OODA

    MCP -->|Validated JSON| DataPlane

    FS --> Code
    Git --> Code
    AST --> Code
    Net --> Infra
    Cmd --> Infra
    Cmd --> DB
    Net --> Obs

Control Plane vs Data Plane

| Plane | Responsibility | Characteristics | |------|---------------|----------------| | Control Plane | Reasoning, planning, orchestration | Stateful, adaptive, model-driven | | Data Plane | Execution, IO, system interaction | Deterministic, high-performance |


The Cognitive Core (Control Plane)

Runtime: Node.js / TypeScript Framework: LangGraph.js

The Cognitive Core is responsible for thinking, not doing.

Responsibilities

  • Stateful, multi-turn agent reasoning
  • Recursive planning and replanning via OODA loops
  • Tool discovery and negotiation via Model Context Protocol (MCP)
  • Enforcing structured outputs and execution constraints

Interface

SwarmLord exposes a reactive Terminal User Interface (TUI) built using Ink (React for CLI):

  • Live agent reasoning and decisions
  • Code diffs and execution previews
  • Dependency graphs and execution timelines

The Kinetic Layer (Data Plane)

Runtime: Go (Golang)

The Kinetic Layer is responsible for doing, not thinking.

Responsibilities

  • Latency-critical and IO-heavy operations
  • Deterministic system execution
  • High-concurrency filesystem and network access

Capabilities

  • AST Parsing — fast dependency analysis and code graph construction
  • Filesystem Operations — high-concurrency search, refactors, and bulk edits
  • Git Operations — diff generation, blame analysis, patch creation
  • Network Probing — direct socket-based health checks

This layer is intentionally model-agnostic and fully auditable.


MCP Tool Invocation Flow

flowchart LR
    Agent[Agent Reasoning]
    Schema[JSON Schema Validation]
    MCP[MCP Tool Registry]
    Tool[Go Tool Binary]
    System[Host System]

    Agent -->|Intent| Schema
    Schema -->|Validated| MCP
    MCP --> Tool
    Tool --> System
    System --> Tool
    Tool --> MCP
    MCP --> Agent

Core Capabilities

Autonomous DevOps & SRE

  • Self-Healing Infrastructure

Consume metrics (e.g., Prometheus), detect anomalies such as OOM kills or CPU starvation, and propose corrective actions like autoscaling or resource reallocation.

  • Incident Remediation

Automated log analysis and root-cause triangulation using RAG (Retrieval Augmented Generation) against internal runbooks and historical incidents.


Distributed Systems Engineering

  • Legacy Modernization

Swarm-based decomposition of monolithic services into domain-aligned microservices, with autogenerated Go/gRPC interfaces.

  • Architecture Verification

Validates system design against distributed systems best practices:

  • Idempotent event handlers
  • Safe retry semantics
  • Correct transactional boundaries

Agent Execution Modes (Swarm / Pipeline)

sequenceDiagram
    participant User
    participant Planner
    participant AgentA
    participant AgentB
    participant AgentC
    participant Reviewer

    User->>Planner: High-level objective
    Planner->>AgentA: Subtask 1
    Planner->>AgentB: Subtask 2
    Planner->>AgentC: Subtask 3

    par Swarm Execution
        AgentA->>AgentA: Execute
        AgentB->>AgentB: Execute
        AgentC->>AgentC: Execute
    end

    AgentA-->>Reviewer: Result A
    AgentB-->>Reviewer: Result B
    AgentC-->>Reviewer: Result C

    Reviewer-->>Planner: Consolidated Output

Safety & Governance

  • Human-in-the-Loop Execution

All destructive actions (database migrations, Terraform applies, production deploys) require explicit human approval.

  • Deterministic Outputs

All agent-to-system calls enforce strict JSON schemas (via Zod), eliminating hallucinated commands.

  • Sandboxed Runtime

Execution occurs within constrained environments with explicit capability boundaries.


Technical Stack

| Component | Technology | Rationale | |---------|-----------|-----------| | Orchestration | LangGraph.js | Stateful, cyclic agent graphs | | UI | Ink (React) | Rich, reactive CLI interface | | Execution Engine | Go | High-performance concurrency | | Model Layer | Claude 3.5 Sonnet | Advanced reasoning and code synthesis | | Protocol | MCP | Standardized tool discovery and invocation |


Engineering Roadmap

Phase I — The Kernel

  • [ ] Primary command loop
  • [ ] Ink-based TUI rendering engine
  • [ ] MCP negotiation layer

Phase II — The Toolchain

  • [ ] Go-based filesystem and Git interface
  • [ ] Deterministic execution engine
  • [ ] Schema-validated tool APIs

Phase III — The Graph

  • [ ] Planner–Executor–Reviewer agent topology
  • [ ] Recursive OODA loop implementation
  • [ ] Failure recovery and replanning

Phase IV — The Mesh

  • [ ] Docker integration
  • [ ] Kubernetes and AWS providers
  • [ ] PostgreSQL, Redis, and Kafka connectors

Design Goals

  • Treat AI as infrastructure, not a chatbot
  • Enforce determinism at execution boundaries
  • Enable long-running autonomous workflows
  • Make backend engineering AI-native by default

License

© 2026 Kritagya Jha All rights reserved.

> sudo-summon-swarm is an experimental system intended for research and advanced backend engineering use cases.

Source & license

This open-source MCP server is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet — be the first.

Versions

  • v0.1.0 Imported from the upstream source.