Shells and terminals
Exec, debug containers, node shells, an in-cluster shell and your own local terminal — with the pods PodSteer creates cleaned up after.
MCP server and coding agents · New in v0.3.0
The PodSteer binary is also a Model Context Protocol server. Run podsteer mcp from Claude Code or any MCP-capable agent and it can read your clusters — pods, logs, events, manifests, the assessment, RBAC — with the kubeconfig you already have. It serves over stdio, opens no port and offers no tool that writes.
Every write in PodSteer's interface is guarded by something a person reads: the type-the-name gate on production, the drain preview, the bulk review. An agent cannot be shown one of those. The honest options were a write with no confirmation or a confirmation nobody sees, so the server offers neither.
A refused read comes back as a refusal, not an empty list — an agent handed an empty array reports that the cluster has no such objects, with complete confidence. A truncated list states its true total, and a Secret's values are replaced with their size before anything is serialised.
The local terminal can start a coding agent you already have — Claude Code, Codex, Gemini CLI or Copilot CLI — pointed at the cluster in the tab, without touching your kubeconfig's current context.
Be honest
Read next
Exec, debug containers, node shells, an in-cluster shell and your own local terminal — with the pods PodSteer creates cleaned up after.
Ranked findings instead of a pod list: crash loops, OOM kills, pods that will never schedule, sizing problems — each with what to do about it.
Privileges a spec takes, vulnerabilities your scanner already found, and what an account can actually do — answered by the API server.