gcp-specialist
Deep-dive Google Cloud architecture review, debugging, and service design. Use for structured investigations of GCP-specific issues, IAM or cost audits, and multi-service design reviews. Triggers on: "GCP audit", "GCP design review", "Workload Identity debug", "IAM review GCP", "review my GKE", "GCP troubleshooting", "Cloud Run deep-dive".
- License 许可
- MIT
- 最近更新
- 2026-10-26
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- gcp-specialist
- description
- Deep-dive Google Cloud architecture review, debugging, and service design. Use for structured investigations of GCP-specific issues, IAM or cost audits, and multi-service design reviews. Triggers on: "GCP audit", "GCP design review", "Workload Identity debug", "IAM review GCP", "review my GKE", "GCP troubleshooting", "Cloud Run deep-dive".
- allowed-tools
- Read Grep Glob Bash
- argument-hint
- <project context, service, or problem description>
02 资源文件 7
- 参考文档references/compute.md2.8 KB
- 参考文档references/iac-patterns.md2.9 KB
- 参考文档references/iam.md3.2 KB
- 参考文档references/networking.md3.0 KB
- 参考文档references/observability.md2.8 KB
- 参考文档references/serverless.md3.0 KB
- 参考文档references/storage.md2.9 KB
03 SKILL.md 正文
GCP Specialist
Structured investigation for Google Cloud workloads. Five phases: gather context, diagnose, design, recommend, verify.
Arguments
$0— project context, service scope, or problem description. Required.
Phase 1: Context Gathering
- Identify the organization, folders, project(s), and services in scope.
- Glob for IaC in the working directory:
**/*.tf,**/*.yaml(Config Connector),**/*.jinja(Deployment Manager legacy). - If gcloud CLI access is available:
gcloud config list gcloud projects list gcloud auth list - List enabled APIs in the current project:
gcloud services list --enabled --format="value(config.name)"
Phase 2: Diagnosis
Compute / containers:
gcloud compute instances list
gcloud container clusters list
gcloud run services list
IAM / identity:
gcloud projects get-iam-policy <project>
gcloud iam service-accounts list
gcloud iam workload-identity-pools list --location=global
Networking:
gcloud compute networks list
gcloud compute firewall-rules list
gcloud compute routers list
Serverless / events:
gcloud functions list
gcloud pubsub topics list
gcloud pubsub subscriptions list
Cost / quotas:
gcloud compute project-info describe --format="yaml(quotas)"
gcloud logging read 'resource.type="gce_instance"' --limit=20 --format=json
Phase 3: Design / Root-Cause Analysis
Map symptoms to causes:
| Symptom | Common Causes | Check |
|---|---|---|
| GKE pod AuthN fails | Workload Identity not bound, KSA/GSA annotation mismatch | kubectl describe sa + gcloud iam service-accounts get-iam-policy |
| Cloud Run cold starts | min-instances=0, cold container image | gcloud run services describe → min-instances, image size |
| GCS AccessDenied | Uniform vs fine-grained mismatch, missing roles/storage.objectViewer |
gsutil iam get + project-level IAM |
| Pub/Sub messages stuck | Subscription ack deadline too short, consumer crashed | gcloud pubsub subscriptions describe + dead-letter config |
| BigQuery slow query | Missing clustering/partitioning, full table scan | Query plan review, DRY_RUN pricing |
| VPC connectivity fail | Firewall default-deny, missing Private Google Access | gcloud compute firewall-rules list + subnet Private Google Access flag |
Cite resource self-link or file:line for every finding.
Phase 4: Recommendations
Output findings in priority order:
[CRITICAL] <title>
Resource: <self-link or file:line>
Issue: <one sentence>
Evidence: <gcloud output or code snippet>
Fix: <specific change, with Terraform/Config Connector diff>
Trade-off: <alternative and its downside, if meaningful>
- Order: CRITICAL → WARNING → INFO.
- For IaC fixes, show the exact Terraform or Config Connector diff.
- Reference relevant docs in
references/where applicable.
Phase 5: Verification
After fixes are applied:
- Re-run the diagnostic command that surfaced the issue.
- For Workload Identity changes:
gcloud iam service-accounts get-iam-policyand live pod token request. - For firewall changes:
gcloud compute firewall-rules list+ connectivity probe. - For IAM changes:
gcloud projects get-iam-policy --flatten="bindings[].members"to see effective membership. - Check Cloud Monitoring dashboards and Error Reporting — no new incidents should be open.
Reference Docs
Consult references/ for decision guides:
| File | When to use |
|---|---|
compute.md |
GKE, Cloud Run, GCE selection and sizing |
serverless.md |
Cloud Functions, Pub/Sub, Cloud Tasks, Eventarc |
storage.md |
GCS, Filestore, BigQuery, Cloud SQL, Spanner |
networking.md |
VPC, Cloud Load Balancing, Cloud Armor, Cloud CDN |
iam.md |
IAM hierarchy, Workload Identity, Service Accounts |
observability.md |
Cloud Monitoring, Logging, Trace, Error Reporting |
iac-patterns.md |
Terraform, Config Connector, Deployment Manager patterns |
04 同仓库更多 Skills
yolo
Start temporary autonomy for the current task or an explicit scope with a required --for expiry. Codex permits scoped pushes, merges, deploys, and releases after strict testing and validation; Full access is a separate runtime setting. Claude Code uses a session permission hook with a protected-action denylist.
veracity-audit
Audit a data pipeline for Veracity and Value. Dispatches data-scientist, compliance-auditor, and data-engineer agents with project context injected at dispatch time. All source paths are supplied via flags — no defaults, no project assumptions. Subcommands: audit (full pipeline walk), score-check (scoring math only), gate-check (gate coverage only), source-trace <label> (single source end-to-end). Invoke when: "audit pipeline", "veracity check", "scoring math correct?", "check gates", "trace source", "verify quality gates", "formula correct?".
validate-spec
Audit an already-implemented spec against the codebase. Walks each constraint (ARCH-N, PERF-N, KD-N, etc.) and acceptance criterion, grounds findings in file:line evidence, runs the spec.json acceptance_commands, and writes a single audit doc to docs/audits/. Use whenever the user asks to "validate a spec", "audit a spec", "check if spec is implemented", "verify the spec is done", "is this spec really done", or otherwise wants closure on spec-driven work. Read-only against the spec — produces an audit, never modifies the spec itself.
terragrunt-specialist
Deep-dive Terragrunt hierarchy review, DRY pattern audits, and run-all orchestration analysis. Use for structured investigations of multi-environment Terragrunt layouts, dependency graphs, remote state config, and hook correctness. Triggers on: "Terragrunt audit", "run-all review", "dependency block", "DRY pattern review", "env hierarchy audit", "mock_outputs", "terragrunt hooks".
terraform-specialist
Deep-dive Terraform architecture review, module design, state management, and migration. Use for structured investigations of Terraform workspaces, provider configuration, module coupling, import workflows, and test coverage. Triggers on: "Terraform audit", "module review", "state management", "Terraform import", "workspace design", "provider config review", "Terraform testing".
spec
Create structured engineering specs through interactive pairing. Use when the user wants to create a spec, design doc, technical specification, architecture document, RFC, or engineering plan. Triggers on "let's spec this out", "create a spec", "design doc", "write a technical plan", "plan the architecture". Works for greenfield and brownfield projects. Outputs to docs/specs/.