Help

Support

Ergo for macOS · requires macOS 15 or later

Trying Ergo without a cluster

On first launch Ergo creates a built-in sample cluster called prod-eks and selects it. It runs entirely inside the app — no network, no credentials, no account — and every feature works against it. It is the fastest way to see what Ergo does, and it stays available for as long as you keep it.

Connecting your own clusters

From a kubeconfig file

Add a connection and choose your kubeconfig. You can select several files at once and Ergo merges their contexts using the same precedence kubectl applies to KUBECONFIG: the first file to define a context name wins. Because Ergo runs in the macOS App Sandbox, it remembers each file through a security-scoped bookmark, so it keeps working across restarts without needing access to your whole home directory.

From EKS, GKE, or AKS

Sign in to the provider and Ergo discovers your accounts, projects, and clusters and mints cluster tokens itself — no cloud CLI, no exec credential plugin, nothing to install. Signing out clears the tokens Ergo holds. Note that Ergo cannot end your browser's own session with the provider; use the provider's sign-out for that, or "Use another account" to force the account chooser.

Common problems

A kubeconfig context using an exec credential plugin doesn't work

This is a real limitation, not a bug. Mac App Store apps run inside the App Sandbox and cannot launch arbitrary external binaries, which is exactly what an exec credential plugin is. Use Ergo's native EKS, GKE, or AKS sign-in instead — it replaces the plugin for those providers. For other plugin-based setups, a context with a static token or client certificate will work.

EKS: cluster discovery works, but the cluster returns 401

Discovery and TLS succeeding while the Kubernetes API returns 401 almost always means the cluster has no access entry for the IAM role you are actually signed in as. Ergo reports the exact principal it is signing with and the role ARN your EKS access entry needs to name — create the access entry for that ARN. Assumed-role session ARNs are not what EKS wants; Ergo shows you the underlying role ARN to use.

Terminal or port forwarding is unavailable

Pod exec and port forwarding use the Kubernetes WebSocket protocols, which older API server releases either lack or hide behind a feature gate. Ergo checks your cluster's version first and tells you which release or feature gate is needed rather than failing with an opaque socket error.

A terminal session says "Reconnecting…"

Ergo keeps exec sessions alive with keepalives and reconnects automatically with backoff if the connection drops. A clean exit or closing the window will not reconnect. If it never recovers, the pod has usually been replaced.

Subscriptions

Ergo Pro unlocks committing changes to a cluster; browsing and server-side dry runs are free. See the terms for the full subscription terms.

Reporting a problem

Use the Help → Report a Problem… menu in Ergo, or contact Apple Support through the Mac App Store. Include your macOS version, the Ergo version from Settings → What's New, your Kubernetes server version, and what you expected to happen.

If the problem is a crash or a hang, open Settings → Diagnostics and use Share Diagnostics… to save the on-device report. Ergo never uploads diagnostics on its own — that export is the only way they leave your Mac, so nothing reaches us unless you send it.

Contact

For everything else, reach out through the Mac App Store page or the Help menu in Ergo. For anything about your data, see the privacy policy.