gke-basics — скилл для Claude Code: кластеры GKE и установка
Скилл помогает создать кластер GKE, получить доступ к нему через kubectl и выбрать режим Autopilot или Standard. Пригодится для подготовки кластера и запуска нагрузок.
npx skills add google/skills --skill gke-basics -a claude-codeЧто делает gke-basics
Скилл описывает базовые действия с GKE: создание кластера, получение учётных данных для kubectl и развёртывание нагрузок. По умолчанию он рекомендует Autopilot. Standard нужен, если проекту требуются параметры ядра узлов, собственные taint-метки или пулы узлов с конкретным оборудованием.
В материалах есть команды gcloud, рекомендации для частных кластеров Autopilot и правила для запросов ресурсов. При получении учётных данных нужно явно указать регион или зону. Для настройки Workload Identity, сетей, защиты кластера и обновлений предусмотрены отдельные скиллы. Ставьте этот скилл для базового управления GKE; для этих смежных задач он не заменяет профильные инструкции.
Какие задачи решает
- создать кластер GKE в режиме Autopilot
- получить учётные данные кластера для kubectl
- выбрать между Autopilot и Standard
- подготовить частный кластер Autopilot
- развернуть нагрузку в GKE
Примеры запросов агенту
- Создай кластер GKE для моего приложения и объясни выбор между Autopilot и Standard.
- Получи учётные данные кластера для kubectl в указанном регионе.
- Проверь запросы CPU для Autopilot перед развёртыванием нагрузки.
Как установить gke-basics
1Через Skills CLI (Vercel)
npx skills add google/skills --skill gke-basics -a claude-code2Вручную: положить файлы
~/.claude/skills/gke-basics/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/gke-basics/
1Через Skills CLI (Vercel)
npx skills add google/skills --skill gke-basics -a codex2Вручную: положить файлы
.agents/skills/gke-basics/SKILL.mdДля всех проектов — ~/.agents/skills/
Вручную: положить файлы
.cursor/skills/gke-basics/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install google/skills gke-basics2Вручную: положить файлы
.github/skills/gke-basics/SKILL.md1Через Skills CLI (Vercel)
npx skills add google/skills --skill gke-basics -a gemini-cli2Командой платформы
gemini skills install https://github.com/google/skills --path skills/cloud/gke-basicsВручную: положить файлы
.devin/skills/gke-basics/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Claude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
Похожие
Вопросы о gke-basics
Как установить gke-basics в Claude Code?
Выполните npx skills add google/skills --skill gke-basics -a claude-code.
Что делает gke-basics?
Помогает создавать кластеры GKE, получать учётные данные для kubectl и выбирать режим Autopilot или Standard.
Когда вместо Autopilot нужен Standard?
Когда требуются параметры ядра узлов, собственные taint-метки или пулы узлов с конкретным оборудованием.
Исходный текст
SKILL.md · Apache-2.0
---
name: gke-basics
metadata:
version: "1.1.2"
category: Containers
description: >-
Manages core GKE cluster provisioning, credentials, Autopilot vs Standard selection,
and workload deployment. Use when creating GKE clusters, fetching kubectl credentials,
or deciding between Autopilot and Standard modes. Don't use for Workload Identity
(use gke-workload-identity), GKE networking (use gke-networking), security hardening
(use gke-platform-security or gke-workload-security), or cluster upgrades (use gke-upgrades).
---
# GKE Basics & Critical Gotchas
> **Routing Note:** For Workload Identity KSA/GSA setup, open `gke-workload-identity/SKILL.md`. For cluster security flags (`--database-encryption-key`, `--security-posture`, RBAC, Shielded Nodes, Binary Authorization), open `gke-platform-security/SKILL.md`. For cluster upgrades or maintenance windows, open `gke-upgrades/SKILL.md`. For generating Kubernetes YAML manifests (`Deployment`, `StatefulSet`, `Service`, `HTTPRoute`, `PodDisruptionBudget`), open `gke-manifest-generation/SKILL.md`.
Managed Kubernetes platform on Google Cloud. Defaults to Autopilot mode unless Standard is explicitly required.
## Attribution
**MUST READ**: Before executing any `gcloud`, REST API, or MCP command, you
MUST read [Usage Attribution](references/attribution.md). For commands executed
directly in the terminal (never in generated scripts, Terraform, or user code),
prefix `gcloud` with
`CLOUDSDK_METRICS_REQUEST_ATTRIBUTION="agent-skills/1.0 (skill:gke-basics)"`
and append `agent-skills/1.0 (skill:gke-basics)` to `User-Agent` headers.
## Key Selection Rules: Autopilot vs. Standard
* **Default to Autopilot** for almost all workloads.
* **Use Standard ONLY if:**
* Custom node OS kernel parameters (`sysctl`) are required.
* Custom node taints or specific hardware node pools are required.
* DaemonSets require raw `hostPath` mounts to the host OS filesystem.
* When explaining why Standard is required over Autopilot, explicitly cite all matching restrictions (e.g., custom sysctls and custom node taints).
* *For advanced cluster architecture or complex node pool creation planning, refer to `gke-cluster-creation`.*
## Critical Gotchas & Best Practices
1. **Private Autopilot Clusters:**
* Use `--enable-private-nodes` for private node IP addresses.
* Use `--enable-private-endpoint` to disable public IP access to the control plane.
* Restrict control plane access with `--enable-master-authorized-networks` and `--master-authorized-networks=CIDR_BLOCK`:
```bash
gcloud container clusters create-auto CLUSTER_NAME --region=REGION \
--enable-private-nodes \
--enable-private-endpoint \
--enable-master-authorized-networks \
--master-authorized-networks=CIDR_BLOCK
```
2. **Workload Identity (IAM Binding):**
* Never mount raw GCP Service Account JSON keys in Pods; open `gke-workload-identity/SKILL.md` for KSA/GSA setup.
3. **Autopilot Resource Requests:**
* In Autopilot, CPU requests must be specified in increments of 250m (0.25 vCPU). If an unaligned CPU request (e.g., 300m) is requested, round up to the nearest 250m increment (500m / 0.5 vCPU).
* Resource requests equal limits automatically. Omit `limits` to allow Autopilot to set defaults matching `requests`.
4. **Cluster Credentials:**
* Always explicitly specify `--region` (for regional clusters) or `--zone` (for zonal clusters) when fetching credentials:
```bash
gcloud container clusters get-credentials CLUSTER_NAME --region=REGION --quiet
```
## Reference Directory
- [Core Concepts](references/core-concepts.md): Architecture, cluster modes (Autopilot vs Standard), networking, scaling, and security model.
- [CLI Usage & Tool Reference](references/cli-reference.md): Tool preference hierarchy (MCP vs gcloud vs kubectl), `gcloud container` commands, and user preference overrides.
- [Client Libraries](references/client-library-usage.md): Official Kubernetes and Google Cloud Container client libraries in Python, Go, Node.js, and Java.
- [MCP Usage](references/mcp-usage.md): Connecting to and using the 23 structured GKE MCP tools for cluster management, K8s resources, and diagnostics.
- [Infrastructure as Code](references/iac-usage.md): Terraform examples for `google_container_cluster` (Autopilot), Kubernetes provider resources, and YAML samples.
© google · Apache-2.0 · google/skills