Kubernetesは、AIエージェントのトラブルシューティングのスキルをトラブルシューティングします。最初に読み、変更する前に尋ねます お問い合わせ

一種のクラスターの oom-killed シナリオの実質的な実行、ビューのみ kubeconfig ディレクティブ コマンドと出力が短縮され、その答えはエージェント自身です。 キーワード

k8s-skillはAIエージェントを教えるエージェントスキルのセットです。 経験豊かなSREの方法でKubernetesの問題点を調べる:見てみると、 どの注文も、それぞれの発見手段と提案するもの。 クロードのスキルワーク コード、Codex、Gemini CLI、Antigravity、GitHub Copilot、その他読み取るエージェント [SKILL.md] ファイルを実行し、[kubectl] を実行できます。

それぞれのスキルがテストされ、どのような種類のクラスター76の方法が示されているか、どのように動作するか ドキュメントについて: k8s-skills: KubernetesをトラブルシューティングするAIエージェントを教える それを壊すこと。

クイックスタート

それからあなたの代理店に問題を、例えば*"my-app を my-namespace 保ちます記述して下さい 再起動します。 お問い合わせ 見えるだけできるエージェントのために、それを読み取り専用にします kubeconfig(代理人、決定) インストール方法 インストール中です。

最初に捨てられたクラスターでそれを試みて下さい

実際のクラスターでエージェントを指す準備は出来ていませんか? ドッカーを使って、親切

k8s-skills

Kubernetes troubleshooting skills for any AI agent: read first, ask before changing anything.

A real run of the oom-killed scenario on a kind cluster, with a view-only kubeconfig. The commands and output are shortened, and the answer is the agent’s own words.

k8s-skills is a set of Agent Skills that teach an AI agent to investigate Kubernetes problems the way an experienced SRE does: what to look at, in which order, what each finding means, and what to propose. The skills work in Claude Code, Codex, Gemini CLI, Antigravity, GitHub Copilot and any other agent that reads SKILL.md files and can run kubectl.

How it works, how each skill is tested, and what breaking a kind cluster 76 ways showed about the docs: k8s-skills: Teaching AI Agents to Troubleshoot Kubernetes Without Breaking It.

Quick start

npx skills add k8s-servant/k8s-skills -a claude-code   # or -a codex, ...
gemini extensions install https://github.com/k8s-servant/k8s-skills   # Gemini CLI

Then describe the problem to your agent, for example “my-app in my-namespace keeps restarting. Find out why.” For an agent that can only look, give it a read-only kubeconfig (Your agent, your decision). More ways to install are under Install.

Try it on a throwaway cluster first

Not ready to point an agent at a real cluster? With Docker, kind and kubectl, one command creates a local test cluster, breaks something on purpose and prints what to give your agent:

git clone https://github.com/k8s-servant/k8s-skills.git && cd k8s-skills
tests/try.sh                # default: a pod that is OOMKilled; tests/try.sh --list for more

It prints a prompt and a view-only KUBECONFIG. Start your agent in an empty folder with that KUBECONFIG, ask the prompt, then compare the answer with the scenario’s expected.md. The identity can only read, so the agent cannot change anything. When you