analyze-prod

Diagnose production Kubernetes and cloud infrastructure health with read-only commands.

2|Updated Mar 19, 2026
One-click install
npx skills add https://github.com/alex-voloshin-dev/ai-skills --skill analyze-prod-alex-voloshin-dev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: analyze-prod
Source: https://github.com/alex-voloshin-dev/ai-skills/tree/main/.windsurf/skills/analyze-prod
Command: npx skills add https://github.com/alex-voloshin-dev/ai-skills --skill analyze-prod-alex-voloshin-dev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill resolves the difficulty of performing consistent, safe, and comprehensive production environment troubleshooting across cloud platforms by standardizing diagnostic workflows.

Core Features & Use Cases

  • Multi-Cloud Diagnostics: Automatically detects and adapts to GCP, AWS, or Azure environments to collect cluster, pod, and database health metrics.
  • Safety-First Analysis: Executes read-only commands to identify root causes for issues like CrashLoopBackOff, high latency, or connection exhaustion without risking system stability.
  • Use Case: During a P1 incident, use this skill to instantly gather a production snapshot, correlate pod status with database metrics, and assess SLO impact to accelerate incident resolution.

Quick Start

Use the analyze-prod skill to diagnose the current production environment and identify the root cause of the reported service latency.

Frequently Asked Questions about analyze-prod

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I diagnose production Kubernetes issues without affecting system stability?

Diagnose production Kubernetes issues safely by executing systematic read-only commands. This approach identifies root causes for problems like CrashLoopBackOff or high latency without risking system stability or modifying the live environment.

What is the best way to troubleshoot multi-cloud infrastructure during a P1 incident?

Troubleshoot multi-cloud infrastructure during an incident by gathering a production snapshot and correlating pod status with database metrics. The system automatically detects and adapts to GCP, AWS, or Azure environments to collect health metrics.

Can I use this approach to investigate database connection exhaustion across AWS and GCP?

Yes, you can investigate database connection exhaustion across AWS and GCP. The diagnostic workflow adapts to managed cloud infrastructure to verify database health and identify root causes for connection issues across supported cloud platforms.

Do I need a cloud-platforms integration to execute platform-specific CLI commands for cluster health verification?

Yes, you need a cloud-platforms integration to execute platform-specific CLI commands. This integration is required to perform cluster, pod, and database health verification across GCP, AWS, and Azure environments during production diagnostics.

Why does my production diagnostic workflow need to assess SLO impact during incident investigation?

Assessing SLO impact during incident investigation helps prioritize remediation efforts by quantifying service degradation. Correlating pod status and database metrics with SLO impact accelerates incident resolution and clarifies the severity of the production latency.