Skip to main content
Glama
whats-running-mcp

whats-running-mcp

whats-running-mcp

npm license Glama

Ground truth for agent fleets. An MCP server that tells your AI agent what is actually running on the machine — live agent sessions, listening TCP ports, loaded daemons, system load — read straight from the OS (ps / lsof / launchctl / df), never from docs, transcripts, or memory files.

Why

If you run more than one coding-agent session (Claude Code, Codex, Aider…), you've seen this failure mode: an agent "health-checks" a server that died weeks ago, or confidently reports a daemon as live because an old transcript said so. Model memory is a cache with no invalidation. The OS is the source of truth.

This server started as a shell script (whats-running) I wrote after my own fleet of Claude Code sessions kept reporting stale state as live. Wrapping it in MCP means every session grounds itself the same way, automatically.

Related MCP server: Enterprise Infrastructure & Metrics MCP Server

Tools

Tool

What it answers

whats_running

Full snapshot in one call — use at session start

agent_sessions

Which agent processes are live? Terminal-attached vs detached/orphan, with pid, uptime, and working directory

listening_ports

Is service X actually up? Every TCP LISTEN socket with owning process

daemons

What persistent services are loaded? launchctl (macOS, non-Apple) or systemd user services (Linux), with optional label filter

system_stats

Load average, uptime, root-disk free space

Install

Claude Desktop (one-click, no terminal): download the latest whats-running-mcp-<version>.dxt from Releases and open it with Claude Desktop (double-click, or Settings → Extensions → Install Extension…). The server and its dependencies ship inside the bundle — no npm, no Node install.

Register with Claude Code (available in every session):

claude mcp add --scope user whats-running -- npx -y whats-running-mcp

Or in any MCP client config:

{
  "mcpServers": {
    "whats-running": {
      "command": "npx",
      "args": ["-y", "whats-running-mcp"]
    }
  }
}
git clone https://github.com/stcmain/whats-running-mcp.git
cd whats-running-mcp
npm install && npm run build
# then point your client at node /path/to/whats-running-mcp/dist/index.js

Published as whats-running-mcp on npm and as io.github.stcmain/whats-running-mcp in the MCP Registry.

Configuration

Env var

Default

Purpose

WR_AGENT_PATTERNS

claude,codex,aider,cursor-agent,copilot,goose

Comma-separated substrings that mark a process as an "agent" in agent_sessions

Design notes

  • Read-only by construction. Every command is a fixed binary with fixed flags via execFile — no shell, and nothing derived from model input is ever executed. The only model-controlled inputs are a boolean and a substring filter applied in-process.

  • Local information disclosure is the point. The model sees process names, pids, working directories, and ports of your own machine. Don't attach this server to an untrusted client.

  • Best-effort, never blocking. Commands time out at 10s and degrade to empty results rather than erroring the whole snapshot.

Platform: macOS first (my daily driver), Linux best-effort (systemd --user in place of launchctl).

Same idea — read-only, MIT, no telemetry — pointed at different blind spots:

  • whats-loaded-mcp — what is consuming your agent's context before a session starts: skill descriptions ranked by token cost, skills installed more than once, CLAUDE.md/AGENTS.md sizes including what their imports pull in. npx -y whats-loaded-mcp

  • whats-inherited-mcp — what a checkout tells your agent to do before you run it: instruction files, commands wired to auto-run, declared MCP servers, shipped skills. Repo strings come back labelled as data, not instructions. npx -y whats-inherited-mcp

  • whats-allowed-mcp — what your agent can do without asking you: every settings file that contributes permission rules, which one wins, what runs unattended, and the rules your client accepts and then ignores. npx -y whats-allowed-mcp

Who makes this

Built by Shift The Culture — we run a one-person company on AI agents and ship the tooling we needed ourselves. This server is free and MIT-licensed, no strings.

This server is the free, standalone piece of a larger multi-agent setup. The rest of that tooling is paid:

  • Agent Fleet Ops Kit ($29) — the other failure modes of running three or four agents on one box: two sessions editing the same checkout, a dev server nobody owns (so the agent tests a different app than it edits), and MCP servers leaked from crashed sessions that hold ports and RAM for weeks. Prefer PayPal? Same kit on Payhip.

  • Agent Reliability Kit ($29) — a Stop hook and two CLIs that block a turn when an agent claims "done" against a repo, URL, or build that was never actually checked. Prefer PayPal? Same kit on Payhip.

The server above stays free and MIT either way — it has no upsell in it, no telemetry, and no dependency on the paid kits.

Sponsors

This server is MIT and stays MIT. There is no pro edition, no telemetry, and nothing held back from the free build. Sponsorship is how the maintenance gets paid for without any of that changing.

No sponsors yet — the first slot is open. Company sponsors get their name or logo in this section, in the two sibling servers, and on the sponsor page. Tiers, exactly what the placement is, and what it explicitly does not buy: https://shifttheculture.media/sponsor

Individuals: https://paypal.me/ShiftTheCultureLLC — any amount, no perks, no tier.

License

MIT © Zachary Pampu

Available Tools

5 tools
agent_sessionsA

List AI-agent processes actually running right now (Claude Code, Codex, Aider, ...). Separates terminal-attached sessions (a human can see them) from detached/orphan ones. Reads ps/lsof directly — never transcripts or docs. Patterns configurable via WR_AGENT_PATTERNS.

Inputs: include_detached.

daemonsA

Persistent services actually loaded right now: launchctl (macOS, non-Apple) or systemd user services (Linux). Optional case-insensitive substring filter on the label.

Inputs: filter.

listening_portsA

All TCP ports currently in LISTEN state with owning process and pid (lsof). The definitive answer to 'is service X actually up?' — nothing hidden, nothing assumed.

Inputs: no named parameters.

system_statsA

Load average, uptime, and root-disk free space.

Inputs: no named parameters.

whats_runningA

Full live snapshot in one call: agent sessions, TCP listeners, loaded daemons, system stats. Use at session start to ground yourself in what is ACTUALLY live instead of stale memory.

Inputs: no named parameters.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A4.1/5.0

    Scored across 5 tools

    Disambiguation5/5

    Each tool targets a distinct aspect of system state: daemons for persistent services, system_stats for machine health, listening_ports for network listeners, and agent_sessions for AI processes. The aggregate tool whats_running is explicitly designed to combine these, so there is no ambiguity between specific tools.

    Naming Consistency4/5

    All tool names use lowercase snake_case and are noun phrases describing their data (daemons, system_stats, listening_ports, agent_sessions). The one outlier is whats_running, which is a phrase rather than a simple noun, but it still follows the same formatting and is easily distinguishable.

    Tool Count5/5

    With five tools, the server is well-scoped for its monitoring purpose. Each tool covers a specific area, and the aggregate whats_running tool adds value by providing a single-call snapshot without bloating the count.

    Completeness4/5

    The server covers the key areas of system state: daemons, system stats, listening ports, and AI agent sessions, with a combined snapshot. Minor gaps exist, such as a general process list or memory usage details, but these are not core to the defined scope and can be worked around.

    Maintenance

    ActivitySlowing
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers