debug

Investigate minikube pod logs, PostgreSQL nonprod state, and git history.

4|1|Updated Apr 30, 2026
One-click install
npx skills add https://github.com/gtheys/pi-my-rifle-ext --skill debug-gtheys
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: debug
Source: https://github.com/gtheys/pi-my-rifle-ext/tree/main/skills/debug
Command: npx skills add https://github.com/gtheys/pi-my-rifle-ext --skill debug-gtheys

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill provides a structured, non-editing debugging bootstrap to investigate issues during manual testing or implementation by collecting and presenting context from logs, container state, and version history.

Core Features & Use Cases

  • Investigate logs from minikube pods to identify failures and anomalies.
  • Inspect database state in PostgreSQL nonprod to verify data integrity and migrations.
  • Review Git history and recent changes to correlate issues with code updates.
  • Triggered via "debug" commands or when issues arise, enabling a focused triage workflow without modifying source files.

Quick Start

Say 'start: Debug' to begin a focused debugging bootstrap session.

Frequently Asked Questions about debug

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

FAQPage Schema
How do I debug issues across minikube pods and PostgreSQL without editing source files?

To debug issues without editing files, trigger a structured investigation session that collects context from minikube pod logs, PostgreSQL nonprod state, and recent git history. It surfaces actionable findings to triage unexpected behavior during manual testing.

What is the best way to correlate git history changes with database state during troubleshooting?

Correlating git history with database state involves reviewing recent code updates alongside PostgreSQL nonprod data integrity checks. This coordinated diagnostic approach helps trace root causes by matching anomalies in database state with specific version control changes.

Can I inspect PostgreSQL nonprod state to verify data integrity during manual testing?

Yes, you can inspect PostgreSQL nonprod state to verify data integrity and migrations. The diagnostic session retrieves database state without modifying files, allowing you to check for data anomalies while testing your implementation.

How do I start a debugging session to investigate logs and local cluster failures?

Start a debugging session by triggering the debug command to bootstrap a focused investigation. It automatically coordinates the collection of minikube pod logs, database state, and git history to report failures and anomalies for triage.

Does this troubleshooting approach work for tracing root causes in local clusters?

Yes, this troubleshooting approach works for local clusters by investigating minikube pod logs to identify failures. It traces root causes by coordinating container state diagnostics with version history and database checks without editing files.

What are the limitations of a non-editing debugging bootstrap session?

The limitation of a non-editing debugging bootstrap is that it strictly collects and reports diagnostic context without modifying source files. It surfaces findings for triage but does not apply fixes to logs, PostgreSQL state, or git history.