troubleshoot

Investigates cross-repo incidents via workspace logs and recent diffs, generating structured reports with enforced read-only operation.

16|2|Updated Jun 17, 2026
One-click install
npx skills add https://github.com/pipecrew-ai/pipecrew --skill troubleshoot-pipecrew-ai
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: troubleshoot
Source: https://github.com/pipecrew-ai/pipecrew/tree/main/skills/troubleshoot
Command: npx skills add https://github.com/pipecrew-ai/pipecrew --skill troubleshoot-pipecrew-ai

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

The troubleshoot Skill addresses the challenge of identifying and diagnosing cross-repo incidents, simplifying the triage and resolution process.

Core Features & Use Cases

  • Cross-Repo Incident Triage: Conducts investigations based on symptoms and optional flags, using workspace logs and recent diffs.
  • Structured Reporting: Generates detailed reports detailing root causes and next steps.
  • Read-Only Enforcement: Ensures agents operate strictly in a read-only manner, enforcing no system changes during the troubleshoot process.
  • Hypothesis-Driven Approach: Uses an OBSERVABILITY routing table for log queries and a hypothesis-approval gate for investigating potential causes.
  • Use Case: If you experience a 500 error on a bulk upload feature, this Skill can analyze the workspace's logs and recent diffs to determine the root cause.

Quick Start

/troubleshoot "bulk upload returns 500" --since=1h

Frequently Asked Questions about troubleshoot

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

FAQPage Schema
How do I investigate cross-repo incidents using workspace logs?▼

To investigate cross-repo incidents, you run hypothesis-driven investigations against workspace logs and recent diffs. This process analyzes symptoms and optional flags to determine the root cause and generate a structured report.

What is hypothesis-driven incident triage and how does it work?▼

Hypothesis-driven incident triage uses an OBSERVABILITY routing table for log queries and a hypothesis-approval gate. It systematically investigates potential causes across repositories to identify the root cause of system issues.

How do I troubleshoot a 500 error using recent diffs and logs?▼

You can troubleshoot a 500 error by running a targeted investigation with a symptom description and time flag. The system analyzes workspace logs and recent diffs to pinpoint the root cause and suggest next steps.

Does read-only enforcement prevent system changes during incident investigation?▼

Yes, read-only enforcement prevents system changes during incident investigation. This ensures agents operate strictly in a non-mutation state, keeping the system stable while troubleshooting workspace issues.

What do I need to set up before running a cross-repo incident investigation?▼

You need an OBSERVABILITY routing table for log queries and the system must be in a non-mutation state. This read-only environment is required to enforce safe operations during the troubleshooting process.

What is the best way to generate structured reports for incident triage?▼

The best way to generate structured incident triage reports is through hypothesis-driven analysis of workspace logs and recent diffs. This approach details root causes and outlines actionable next steps.