Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
git clone --depth 1 https://github.com/okteto/okteto-agent-skillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/okteto/okteto-agent-skills/debug-env)<a href="https://agentmods.dev/commands/okteto/okteto-agent-skills/debug-env"><img src="https://agentmods.dev/badge/commands/okteto/okteto-agent-skills/debug-env/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/okteto/okteto-agent-skills/debug-env"><img src="https://agentmods.dev/badge/commands/okteto/okteto-agent-skills/debug-env.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00000 | $0.00350 |
| Opus 5.5 | $0.00000 | $0.00140 |
| Sonnet 5.5 | $0.00000 | $0.00070 |
| Haiku 4.5 | $0.00000 | $0.00035 |
Grade A, and why
debug-env scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
Debug the current Okteto environment and identify root causes for any unhealthy services.
Instructions
-
Parse the argument (if provided):
- If the user gave a service name (e.g.
/debug-env catalog), scope the entire investigation to that service only. - If no argument was given, check all services in the current namespace.
- If the user gave a service name (e.g.
-
Run the full triage algorithm from the okteto-debugging skill:
- Verify connectivity with
okteto context showand capture the active namespace from its output (use the isolated worktree namespace instead if one is in play) - Read
okteto.yamlto get the canonical service list - Run
kubectl get pods -n <ns>to snapshot pod states — pass-n <ns>on every kubectl and okteto command so the diagnosis targets the same namespace Okteto deployed to - Apply the matching playbook for each unhealthy pod state
- Verify connectivity with
-
Emit one diagnosis block per unhealthy service:
## Diagnosis: <service-name> **Root cause:** <one sentence> **Evidence:** <relevant log or describe excerpt — 5 to 20 lines> **Fix:** <exact command or code change> **Confidence:** High / Medium / Low -
If all services are healthy, report that clearly and suggest
okteto doctorfor deeper diagnostics. -
Do not run any write operations — this command is read-only. Never run
okteto destroy,okteto build, orokteto deployas part of this command. Diagnose only; propose fixes for the user to run.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 30 lines · 0 tokens per session scan A dc156b8e171f
debug-env is a command published in the GitHub repository okteto/okteto-agent-skills (7 stars, last pushed 1mo ago), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 350 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other commands, from other repositories
qovery-troubleshoot
Troubleshoot a failing Qovery deployment or service.
analyze
Quick analysis of must-gather data - runs all analysis scripts and provides comprehensive cluster diagnostics.
sentinel
Set up Sentinel production error capture in your own Convex deployment.
analyze-failures
Triage Katalon True Platform/TestOps test failures and file defects. Use when you need to investigate failed test results, classify each failure as product defect vs automation defect vs environment/data issue, cluster failures by common signature, find likely root cause from execution data, and optionally create…
test-maintenance
Maintain and evolve a Katalon True Platform/TestOps regression suite as the application changes. Use when you need to detect which tests broke or became flaky from stability and result history, diagnose whether a case needs repair vs regeneration, repair test assets (update, move, reorganize cases), refresh coverage…
btp-destination-diagnose
Diagnose SAP BTP destination and Cloud Connector issues using configuration checks and safe troubleshooting steps.