Ross ROSS = Recommend OSS · open-source software intelligence for agents

metalbear-co/mirrord

Run any process, on your machine or in an AI agent's environment, as if it were a pod in your Kubernetes cluster: real env vars, DNS, network, traffic. observed · 2026-08-28

github.com/metalbear-co/mirrord · homepage · Rust · MIT (permissive) observed · 2026-08-28

Health v2 · maintenance only

95/100

  • Activity 99
  • Release rhythm 87
  • Longevity 100
How is this computed?

round(0.45*activity + 0.35*rhythm + 0.20*longevity); archived -> min(score, 10) — computed 2026-09-03. Adoption (stars, forks) is never an input.

  • gap_med: 2.0
  • age_days: 1674
  • days_rel: 8
  • days_push: 7
  • n_releases_24m: 181

Full methodology

Adoption not part of the score

5278 stars · 209 forks observed · 2026-08-28

What it is AI-extracted, prompt v1, taxonomy v1, 2026-08-29, confidence not recorded

mirrord is an open-source tool that lets developers and AI coding agents run local processes as if they were pods in a live Kubernetes cluster, proxying traffic, environment variables, DNS, and files between local code and the cluster. It ships as a CLI, VS Code extension, and IntelliJ plugin, and supports AI agents like Claude Code, Cursor, and Codex.

Use cases

  • debug a local microservice against real staging cluster services
  • test AI-generated code against real databases and queues without deploying
  • run local code with real environment variables and DNS from a Kubernetes pod
  • mirror incoming traffic from a cluster pod to my local process
  • give Claude Code or Cursor real Kubernetes context while coding
  • run integration tests in CI against a shared staging cluster
  • create preview environments connected to real cluster dependencies

When to choose

  • you develop microservices that depend on other services in a Kubernetes cluster
  • you want fast feedback without building images or deploying to staging
  • you use AI coding agents and want them to verify code against real services
  • your team shares a staging cluster and you want to avoid disrupting others

When to avoid

  • your services run entirely locally with no Kubernetes dependencies
  • you cannot or should not access a live cluster from your dev machine
  • you need fully isolated ephemeral environments rather than shared cluster access
  • your organization forbids routing production or staging traffic to developer machines

Facets

cli-tool · maturity active

developer-tools deployment networking middleware configuration-management developer-tools cloud-computing backend cli editor-plugin rust kubernetes remote-development debugging ai-agents remocal traffic-mirroring vscode-extension intellij-plugin devops containers linux macos

10 sources

Member repositories

RepositoryRoleHealth v2
metalbear-co/mirrordmain95

For agents

markdown · JSON · MCP: product_card(name="metalbear-co/mirrord")

Data as of 2026-08-30T08:39:29.467469+00:00 · Report a problem