Kubernetes Platform Expert
A comprehensive Kubernetes skill combining deployment expertise with systematic troubleshooting capabilities. Covers the full lifecycle from design and deployment through incident response and remediation.
When to Use This Skill
Deployment & Configuration:
- Deploying workloads (Deployments, StatefulSets, DaemonSets, Jobs)
- Configuring networking (Services, Ingress, NetworkPolicies)
- Managing configuration (ConfigMaps, Secrets)
- Setting up persistent storage (PV, PVC, StorageClasses)
- Creating and managing Helm charts
- Implementing security best practices (RBAC, PSS)
Troubleshooting & Incident Response:
- Investigating pod failures (CrashLoopBackOff, ImagePullBackOff, Pending)
- Responding to production incidents or outages
- Diagnosing cluster health issues
- Troubleshooting networking or storage problems
- Debugging ArgoCD sync failures
- Troubleshooting Helm release problems
- Diagnosing kind cluster issues (local development)
Part 1: Deployment & Security
Core Deployment Workflow
- Analyze requirements - workload characteristics, scaling needs, security requirements
- Design architecture - workload types, networking patterns, storage solutions
- Implement manifests - declarative YAML with proper resource limits, health checks
- Secure - apply RBAC, NetworkPolicies, Pod Security Standards
- Test & validate - verify deployments, test failure scenarios
Deployment Constraints (MUST DO)
- Use declarative YAML manifests (avoid imperative kubectl commands)
- Set resource requests AND limits on all containers
- Include liveness and readiness probes
- Use Secrets for sensitive data (never hardcode)
- Apply least privilege RBAC permissions
- Implement NetworkPolicies for network segmentation
- Use namespaces for logical isolation
- Label resources consistently
- Pin image versions (never use
latest in production)
Deployment Constraints (MUST NOT DO)
- Deploy without resource limits
- Store secrets in ConfigMaps or plain env vars
- Use default ServiceAccount for application pods
- Allow unrestricted network access (default allow-all)
- Run containers as root without justification
- Skip health checks
- Expose unnecessary ports or services
Output Templates
When implementing Kubernetes resources, provide:
- Complete YAML manifests with proper structure
- RBAC configuration (ServiceAccount, Role, RoleBinding)
- NetworkPolicy for network isolation
- Brief explanation of design decisions
Part 2: Troubleshooting & Incident Response
Core Troubleshooting Workflow
Gather Context
- What is the observed symptom?
- When did it start?
- What changed recently?
- What is the scope (pod, service, node, cluster)?
- What is the business impact?
Initial Triage
Run cluster health check:
python3 .claude/skills/k8s-platform-expert/scripts/cluster_health.py
Deep Dive Investigation
Namespace-Level:
python3 .claude/skills/k8s-platform-expert/scripts/check_namespace.py <namespace>
Pod-Level:
python3 .claude/skills/k8s-platform-expert/scripts/diagnose_pod.py <namespace> <pod-name>
ArgoCD Issues:
python3 .claude/skills/k8s-platform-expert/scripts/diagnose_argocd.py <app-name>
Helm Issues:
python3 .claude/skills/k8s-platform-expert/scripts/diagnose_helm.py <release> <namespace>
Identify Root Cause - consult references/common-issues.md
Apply Remediation - test in non-prod first, document actions, have rollback ready
Verify & Monitor - confirm fix, monitor 15-30 min minimum
Incident Severity Levels
| Level |
Description |
Examples |
| SEV-1 |
Critical |
Complete outage, data loss, security breach |
| SEV-2 |
High |
Major degradation, significant user impact |
| SEV-3 |
Medium |
Minor impairment, workaround available |
| SEV-4 |
Low |
Cosmetic, minimal impact |
Quick Reference Commands
Cluster Overview:
kubectl cluster-info
kubectl get nodes
kubectl get pods --all-namespaces | grep -v Running
kubectl get events --all-namespaces --sort-by='.lastTimestamp' | tail -20
Pod Diagnostics:
kubectl describe pod <pod> -n <namespace>
kubectl logs <pod> -n <namespace>
kubectl logs <pod> -n <namespace> --previous
kubectl exec -it <pod> -n <namespace> -- /bin/sh
Node Diagnostics:
kubectl describe node <node>
kubectl top nodes
kubectl top pods --all-namespaces
Service & Network:
kubectl describe svc <service> -n <namespace>
kubectl get endpoints <service> -n <namespace>
kubectl get networkpolicies -n <namespace>
Storage:
kubectl get pvc,pv -n <namespace>
kubectl describe pvc <pvc> -n <namespace>
kubectl get storageclass
Best Practices
Always:
- Start with high-level health check before deep diving
- Document symptoms and findings
- Check recent changes (deployments, config, infrastructure)
- Preserve logs before making destructive changes
- Test fixes in non-production when possible
- Monitor after applying fixes
Never:
- Make production changes without understanding impact
- Delete resources without confirming safety
- Restart pods repeatedly without investigating root cause
- Apply fixes without documentation
- Skip post-incident review
Related References
- references/common-issues.md - Detailed troubleshooting guides
- references/deployment-patterns.md - Workload patterns
- references/security-hardening.md - Security best practices
Sources
Combined from:
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: adask-b-agent-ready-k8s-k8s-platform-expert3description: Kubernetes Platform Expert4---56# Kubernetes Platform Expert78A comprehensive Kubernetes skill combining deployment expertise with systematic troubleshooting capabilities. Covers the full lifecycle from design and deployment through incident response and remediation.910## When to Use This Skill1112**Deployment & Configuration:**13- Deploying workloads (Deployments, StatefulSets, DaemonSets, Jobs)14- Configuring networking (Services, Ingress, NetworkPolicies)15- Managing configuration (ConfigMaps, Secrets)16- Setting up persistent storage (PV, PVC, StorageClasses)17- Creating and managing Helm charts18- Implementing security best practices (RBAC, PSS)1920**Troubleshooting & Incident Response:**21- Investigating pod failures (CrashLoopBackOff, ImagePullBackOff, Pending)22- Responding to production incidents or outages23- Diagnosing cluster health issues24- Troubleshooting networking or storage problems25- Debugging ArgoCD sync failures26- Troubleshooting Helm release problems27- Diagnosing kind cluster issues (local development)2829---3031## Part 1: Deployment & Security3233### Core Deployment Workflow34351. **Analyze requirements** - workload characteristics, scaling needs, security requirements362. **Design architecture** - workload types, networking patterns, storage solutions373. **Implement manifests** - declarative YAML with proper resource limits, health checks384. **Secure** - apply RBAC, NetworkPolicies, Pod Security Standards395. **Test & validate** - verify deployments, test failure scenarios4041### Deployment Constraints (MUST DO)4243- Use declarative YAML manifests (avoid imperative kubectl commands)44- Set resource requests AND limits on all containers45- Include liveness and readiness probes46- Use Secrets for sensitive data (never hardcode)47- Apply least privilege RBAC permissions48- Implement NetworkPolicies for network segmentation49- Use namespaces for logical isolation50- Label resources consistently51- Pin image versions (never use `latest` in production)5253### Deployment Constraints (MUST NOT DO)5455- Deploy without resource limits56- Store secrets in ConfigMaps or plain env vars57- Use default ServiceAccount for application pods58- Allow unrestricted network access (default allow-all)59- Run containers as root without justification60- Skip health checks61- Expose unnecessary ports or services6263### Output Templates6465When implementing Kubernetes resources, provide:66- Complete YAML manifests with proper structure67- RBAC configuration (ServiceAccount, Role, RoleBinding)68- NetworkPolicy for network isolation69- Brief explanation of design decisions7071---7273## Part 2: Troubleshooting & Incident Response7475### Core Troubleshooting Workflow76771. **Gather Context**78 - What is the observed symptom?79 - When did it start?80 - What changed recently?81 - What is the scope (pod, service, node, cluster)?82 - What is the business impact?83842. **Initial Triage**85 Run cluster health check:86 ```bash87 python3 .claude/skills/k8s-platform-expert/scripts/cluster_health.py88 ```89903. **Deep Dive Investigation**9192 **Namespace-Level:**93 ```bash94 python3 .claude/skills/k8s-platform-expert/scripts/check_namespace.py <namespace>95 ```9697 **Pod-Level:**98 ```bash99 python3 .claude/skills/k8s-platform-expert/scripts/diagnose_pod.py <namespace> <pod-name>100 ```101102 **ArgoCD Issues:**103 ```bash104 python3 .claude/skills/k8s-platform-expert/scripts/diagnose_argocd.py <app-name>105 ```106107 **Helm Issues:**108 ```bash109 python3 .claude/skills/k8s-platform-expert/scripts/diagnose_helm.py <release> <namespace>110 ```1111124. **Identify Root Cause** - consult [references/common-issues.md](references/common-issues.md)1131145. **Apply Remediation** - test in non-prod first, document actions, have rollback ready1151166. **Verify & Monitor** - confirm fix, monitor 15-30 min minimum117118### Incident Severity Levels119120| Level | Description | Examples |121|-------|-------------|----------|122| SEV-1 | Critical | Complete outage, data loss, security breach |123| SEV-2 | High | Major degradation, significant user impact |124| SEV-3 | Medium | Minor impairment, workaround available |125| SEV-4 | Low | Cosmetic, minimal impact |126127### Quick Reference Commands128129**Cluster Overview:**130```bash131kubectl cluster-info132kubectl get nodes133kubectl get pods --all-namespaces | grep -v Running134kubectl get events --all-namespaces --sort-by='.lastTimestamp' | tail -20135```136137**Pod Diagnostics:**138```bash139kubectl describe pod <pod> -n <namespace>140kubectl logs <pod> -n <namespace>141kubectl logs <pod> -n <namespace> --previous142kubectl exec -it <pod> -n <namespace> -- /bin/sh143```144145**Node Diagnostics:**146```bash147kubectl describe node <node>148kubectl top nodes149kubectl top pods --all-namespaces150```151152**Service & Network:**153```bash154kubectl describe svc <service> -n <namespace>155kubectl get endpoints <service> -n <namespace>156kubectl get networkpolicies -n <namespace>157```158159**Storage:**160```bash161kubectl get pvc,pv -n <namespace>162kubectl describe pvc <pvc> -n <namespace>163kubectl get storageclass164```165166---167168## Best Practices169170### Always:171- Start with high-level health check before deep diving172- Document symptoms and findings173- Check recent changes (deployments, config, infrastructure)174- Preserve logs before making destructive changes175- Test fixes in non-production when possible176- Monitor after applying fixes177178### Never:179- Make production changes without understanding impact180- Delete resources without confirming safety181- Restart pods repeatedly without investigating root cause182- Apply fixes without documentation183- Skip post-incident review184185---186187## Related References188189- [references/common-issues.md](references/common-issues.md) - Detailed troubleshooting guides190- [references/deployment-patterns.md](references/deployment-patterns.md) - Workload patterns191- [references/security-hardening.md](references/security-hardening.md) - Security best practices192193---194195## Sources196197Combined from:198- [Jeffallan/claude-skills](https://github.com/Jeffallan/claude-skills) - kubernetes-specialist199- [ahmedasmar/devops-claude-skills](https://github.com/ahmedasmar/devops-claude-skills) - k8s-troubleshooter200201---202> Converted and distributed by [TomeVault](https://tomevault.io/claim/adask-b) — claim your Tome and manage your conversions.203<!-- tomevault:4.0:skill_md:2026-04-13 -->