mirrord 的核心用途是让本地运行的进程（或 AI 编码代理环境中的进程）表现得像 Kubernetes 集群里的一个 Pod。它适用于开发者在本地编写和调试代码时，需要访问真实集群环境变量、服务响应、队列内容等场景，也适用于 AI 编码代理在生成代码后直接对真实集群服务进行端到端验证。
主要能力方面，mirrord 会镜像目标 Pod 的入站流量到本地进程，将本地进程的出站流量通过目标 Pod 路由，并对文件读取、文件写入和环境变量做同样的处理。它使用本机默认的 kubeconfig 访问 Kubernetes API。选择要模拟的 Pod 后，mirrord 会在该 Pod 所在节点上启动一个新 Pod，用于连接本地进程与被模拟的 Pod。该新 Pod 中运行的容器需要额外的 Linux 能力：CAP_NET_ADMIN 和 CAP_NET_RAW（修改路由表）、CAP_SYS_PTRACE（读取目标 Pod 环境）、CAP_SYS_ADMIN（加入目标 Pod 网络命名空间）。这些能力可以在配置中按需禁用，但可能限制功能甚至导致无法使用。
使用方式上，mirrord 提供三种形态：VS Code 扩展、IntelliJ 插件和 CLI 工具。VS Code 扩展：安装后点击状态栏的“Enable mirrord”，开始调试项目，选择要模拟的 Pod，被调试进程即接入所选 Pod。IntelliJ 插件：安装后点击导航工具栏中的 mirrord 图标，选择命名空间和要模拟的 Pod。CLI 工具：可通过官方方式安装，也可使用社区维护的 Nix 方式，或在 Windows 上使用 Chocolatey 安装。
与 AI 编码代理配合时，mirrord 可与 Claude Code、Cursor、Codex CLI、Gemini CLI 等代理协同工作，让代理运行并验证生成的代码，而无需部署。设置指南和现成的工作流技能可参考 metalbear-co/skills 或 mirrord for AI Agents 页面。在没有 mirrord for Teams 的集群上，被付费功能阻塞的代理可以自行启动七天试用，无需账号和信用卡，随后交给用户一个链接来认领其创建的组织。该试用为 Enterprise 层级而非入门 Team 计划，因此试用期间代理可以分支数据库以避免写入共享数据、拆分队列以避免消费他人消息，并保留一个预览环境供用户查看。
适用场景包括：本地开发时读取实时集群上下文（真实环境变量、真实服务响应、真实队列内容），使改动基于实际部署情况；随后针对相同服务和数据运行代码，确认端到端可用。这样无需部署即可在几秒内获得反馈，且不会干扰集群中的其他人。
限制方面，mirrord 需要访问 Kubernetes 集群并使用 kubeconfig；部分功能依赖上述 Linux 能力，禁用后可能受限；AI 代理自行启动的试用为 Enterprise 层级、为期七天，具体条款以官方说明为准。其他未在资料中明确的功能、收费、价格、平台或效果暂未提供。
