Skip to content

/investigate

The /investigate skill is how you pull in an agent to help you triage an ongoing issue. When used, the skill pulls in an initial bundle of data to use as context (e.g. specs, current and previous container statuses, events on the problematic resources) and briefs the agent on the what’s available and how it should approach the investigation.

From there, you can ask follow-up questions in natural language and the agent decides whether to answer from what it already has, fetch something new, or reach for another tool.

/investigate # prompts for a target
/investigate pod/checkout-7c9 # explicit kind/name
/investigate the api deployment # natural-language target
/investigate why is checkout crashing # natural-language + intent

Natural-language targets and scoping (namespaces, label selectors, workload names) are supported (see Overview).


Sources: Kubernetes API only.


The skill briefs the agent on how best to approach an investigation:

  • How to read the data bundle and what signals tend to point where (exit codes, event reasons, common state combinations).
  • That follow-ups which need current state should re-fetch rather than reason from the (now possibly stale) bundle.
  • That a scoped event watch is available when the situation warrants ongoing observation.
  • When to hand off to a neighboring skill: /logs for a live tail, /exec for a shell, /metrics for resource usage over time.

With that context loaded, the rest of the session is ordinary conversation — ask what you want, in whatever shape the problem takes.


/investigate takes no skill-specific flags. Scope the logs, time window, or resources via natural language in the prompt or in a follow-up.

Global flags from Overview apply.