Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Expert guidance for Google Kubernetes Engine (GKE) operations including cluster management, workload deployment, scaling, monitoring, troubleshooting, and optimization. Use when working with GKE clusters, Kubernetes deployments on GCP, container orchestration, or when users need help with kubectl commands, GKE networking, autoscaling, workload identity, or GKE-specific features like Autopilot, Binary Authorization, or Config Sync.
.claude/skills/aiskillstore-gke-expert/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-07 | ✗→✓ | ▲ Improved | 54% | 0% |
| case-08 | ✗→✓ | ▲ Improved | 112% | 0% |
| case-16 | ✗→✓ | ▲ Improved | 72% | 0% |
| case-17 | ✓→✓ | = Same ✓ | 326% | 0% |
| case-02 | ✓→✓ | = Same ✓ | 107% | 0% |
Initial Assessment When user requests GKE help, determine:
Cluster type: Autopilot or Standard? Task: Create, Deploy, Scale, Troubleshoot, or Optimize? Environment: Dev, Staging, or Production?
Quick Start Workflows Create Cluster Autopilot (recommended for most): bashgcloud container clusters create-auto CLUSTER_NAME \ --region=REGION \ --release-channel=regular Standard (for specific node requirements): bashgcloud container clusters create CLUSTER_NAME \ --zone=ZONE \ --num-nodes=3 \ --enable-autoscaling \ --min-nodes=2 \ --max-nodes=10 Always authenticate after creation: bashgcloud container clusters get-credentials CLUSTER_NAME --region=REGION Deploy Application
Create deployment manifest:
yamlapiVersion: apps/v1 kind: Deployment metadata: name: APP_NAME spec: replicas: 3 selector: matchLabels: app: APP_NAME template: metadata: labels: app: APP_NAME spec: containers:
image: gcr.io/PROJECT_ID/IMAGE:TAG ports:
resources: requests: cpu: 100m memory: 128Mi limits: cpu: 500m memory: 512Mi
Apply and expose:
bashkubectl apply -f deployment.yaml kubectl expose deployment APP_NAME --type=LoadBalancer --port=80 --target-port=8080 Setup Autoscaling HPA for pods: bashkubectl autoscale deployment APP_NAME --cpu-percent=70 --min=2 --max=100 Cluster autoscaling (Standard only): bashgcloud container clusters update CLUSTER_NAME \ --enable-autoscaling --min-nodes=2 --max-nodes=10 --zone=ZONE Configure Workload Identity
Enable on cluster:
bashgcloud container clusters update CLUSTER_NAME \ --workload-pool=PROJECT_ID.svc.id.goog
Link service accounts:
bash# Create GCP service account gcloud iam service-accounts create GSA_NAME
kubectl create serviceaccount KSA_NAME
gcloud iam service-accounts add-iam-policy-binding \ GSA_NAME@PROJECT_ID.iam.gserviceaccount.com \ --role roles/iam.workloadIdentityUser \ --member "serviceAccount:PROJECT_ID.svc.id.googdefault/KSA_NAME]"
kubectl annotate serviceaccount KSA_NAME \ iam.gke.io/gcp-service-account=GSA_NAME@PROJECT_ID.iam.gserviceaccount.com Troubleshooting Guide Pod Issues bash# Pod not starting - check events kubectl describe pod POD_NAME kubectl get events --field-selector involvedObject.name=POD_NAME
Service Issues bash# No endpoints kubectl get endpoints SERVICE_NAME kubectl get pods -l app=APP_NAME # Check if pods match selector
kubectl run test --image=busybox -it --rm -- wget -O- SERVICE_NAME Performance Issues bash# Check resource usage kubectl top nodes kubectl top pods --all-namespaces
kubectl describe resourcequotas kubectl describe limitranges Production Patterns Ingress with HTTPS yamlapiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: APP_NAME-ingress annotations: networking.gke.io/managed-certificates: "CERT_NAME" spec: rules:
http: paths:
pathType: Prefix backend: service: name: APP_NAME port: number: 80 Pod Disruption Budget yamlapiVersion: policy/v1 kind: PodDisruptionBudget metadata: name: APP_NAME-pdb spec: minAvailable: 1 selector: matchLabels: app: APP_NAME Security Context yamlspec: securityContext: runAsNonRoot: true runAsUser: 1000 containers:
securityContext: allowPrivilegeEscalation: false readOnlyRootFilesystem: true capabilities: drop: "ALL"] Cost Optimization
Use Autopilot for automatic right-sizing Enable cluster autoscaling with appropriate limits Use Spot VMs for non-critical workloads:
bashgcloud container node-pools create spot-pool \ --cluster=CLUSTER_NAME \ --spot \ --num-nodes=2
Set resource requests/limits appropriately Use VPA for recommendations: kubectl describe vpa APP_NAME-vpa
Essential Commands bash# Cluster management gcloud container clusters list kubectl config get-contexts kubectl cluster-info
kubectl rollout status deployment/APP_NAME kubectl rollout undo deployment/APP_NAME kubectl scale deployment APP_NAME --replicas=5
kubectl logs -f POD_NAME --tail=50 kubectl exec -it POD_NAME -- /bin/bash kubectl port-forward pod/POD_NAME 8080:80
kubectl top nodes kubectl top pods kubectl get events --sort-by='.lastTimestamp'
For detailed documentation beyond this skill:
kubectl delete all -l app=APP_NAME kubectl drain NODE_NAME --ignore-daemonsets Advanced Topics Reference
Stateful workloads: Use StatefulSets with persistent volumes Batch jobs: Use Jobs/CronJobs with appropriate backoff policies Multi-region: Use Multi-cluster Ingress or Traffic Director Service mesh: Install Anthos Service Mesh for advanced networking GitOps: Implement Config Sync or Flux for declarative management Monitoring: Integrate with Cloud Monitoring or install Prometheus
| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-17 | pass→pass | 2,863 | 2,563 | -10% | 1 | 1 | 0% | 470 | 2,002 | +326% | 0 | 0 | — |
case-01 | fail→fail | 7,495 | 6,093 | -19% | 1 | 1 | 0% | 1,516 | 2,694 | +78% | 0 | 0 | — |
case-02 | pass→pass | 5,561 | 2,709 | -51% | 1 | 1 | 0% | 976 | 2,025 | +107% | 0 | 0 | — |
case-03 | pass→pass | 3,315 | 2,155 | -35% | 1 | 1 | 0% | 444 | 1,932 | +335% | 0 | 0 | — |
case-04 | fail→fail | 4,207 | 4,735 | +13% | 1 | 1 | 0% | 933 | 2,601 | +179% | 0 | 0 | — |
case-05 | pass→pass | 4,891 | 3,077 | -37% | 1 | 1 | 0% | 924 | 2,082 | +125% | 0 | 0 | — |
case-06 | pass→pass | 2,845 | 3,119 | +10% | 1 | 1 | 0% | 552 | 2,097 | +280% | 0 | 0 | — |
case-07 | fail→pass | 12,058 | 10,366 | -14% | 1 | 1 | 0% | 2,468 | 3,805 | +54% | 0 | 0 | — |
case-08 | fail→pass | 5,914 | 4,472 | -24% | 1 | 1 | 0% | 1,129 | 2,393 | +112% | 0 | 0 | — |
case-09 | pass→pass | 6,127 | 3,742 | -39% | 1 | 1 | 0% | 866 | 2,295 | +165% | 0 | 0 | — |
case-10 | pass→pass | 3,793 | 4,143 | +9% | 1 | 1 | 0% | 645 | 2,206 | +242% | 0 | 0 | — |
case-11 | pass→pass | 6,291 | 4,561 | -27% | 1 | 1 | 0% | 1,051 | 2,282 | +117% | 0 | 0 | — |
case-16 | fail→pass | 6,469 | 2,971 | -54% | 1 | 1 | 0% | 1,191 | 2,044 | +72% | 0 | 0 | — |
case-12 | pass→pass | 4,846 | 4,316 | -11% | 1 | 1 | 0% | 1,056 | 2,429 | +130% | 0 | 0 | — |
case-13 | pass→pass | 4,543 | 4,306 | -5% | 1 | 1 | 0% | 765 | 2,398 | +213% | 0 | 0 | — |
case-14 | pass→pass | 6,881 | 5,160 | -25% | 1 | 1 | 0% | 1,343 | 2,551 | +90% | 0 | 0 | — |
case-15 | pass→pass | 4,031 | 3,467 | -14% | 1 | 1 | 0% | 674 | 2,138 | +217% | 0 | 0 | — |
case-18 | pass→pass | 6,612 | 3,615 | -45% | 1 | 1 | 0% | 1,211 | 2,270 | +87% | 0 | 0 | — |
case-19 | pass→pass | 9,021 | 6,166 | -32% | 1 | 1 | 0% | 1,570 | 2,769 | +76% | 0 | 0 | — |
case-20 | pass→pass | 8,934 | 5,653 | -37% | 1 | 1 | 0% | 1,564 | 2,521 | +61% | 0 | 0 | — |
case-21 | pass→pass | 3,557 | 4,291 | +21% | 1 | 1 | 0% | 639 | 2,340 | +266% | 0 | 0 | — |
case-22 | pass→pass | 8,779 | 5,548 | -37% | 1 | 1 | 0% | 1,703 | 2,635 | +55% | 0 | 0 | — |
case-23 | pass→pass | 9,089 | 8,322 | -8% | 1 | 1 | 0% | 1,951 | 3,464 | +78% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 23 cases were attempted. The headline lift of +13 percentage points is the difference between those two pass rates over the 23 comparable cases. 1 case got worse with the skill loaded, and it is included in that figure.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
Other measured skills in the registry, with their headline benchmark lift.