analyst-diagnostics

Analyze project documentation to diagnose root causes using Ishikawa diagrams and Five Whys.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/ryanallen/product-studio --skill analyst-diagnostics
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: analyst-diagnostics
Source: https://github.com/ryanallen/product-studio/tree/main/.claude/skills/analyst-diagnostics
Command: npx skills add https://github.com/ryanallen/product-studio --skill analyst-diagnostics

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps identify and analyze problems within a project or incident, systematically uncovering root causes and potential solutions.

Core Features & Use Cases

  • Problem Identification: Extracts perceived problems from documentation.
  • Root Cause Analysis: Utilizes Ishikawa (fishbone) diagrams, Lovebug analysis (causes and barriers), and the Five Whys technique to drill down to the fundamental reasons behind issues.
  • Structured Reporting: Organizes findings into a clear summary table and detailed analysis sections within the project's README.
  • Use Case: After a software release causes user complaints, this Skill can analyze the feedback and documentation to pinpoint the exact causes, such as a faulty process or a design flaw, and suggest actionable fixes.

Quick Start

Use the analyst-diagnostics skill to analyze the project documentation and identify problems.

Frequently Asked Questions about analyst-diagnostics

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

FAQPage Schema
How do I find the root cause of an incident using project documentation?

Root cause analysis using the Five Whys technique involves repeatedly asking why a problem occurred to drill down to its fundamental cause. This Skill applies that method alongside Ishikawa diagrams to your project documentation, identifying core issues and organizing findings into a structured report.

What is the best way to run a prospective change analysis for risk identification?

The best way to run prospective change analysis is to apply structured methodologies like Lovebug analysis to identify potential causes and barriers before changes occur. This Skill processes your documentation to categorize risks and pinpoint exact causes, outputting detailed findings for proactive mitigation.

Can I use Ishikawa fishbone diagrams for incident retrospectives?

Yes, you can use Ishikawa fishbone diagrams for incident retrospectives. This Skill applies Ishikawa methodology to your project documentation to visually map out problem categories, combined with Lovebug analysis to reveal root causes and suggest actionable fixes for future prevention.

What documentation do I need for effective problem definition and diagnostics?

Effective problem definition and diagnostics require clear documentation of findings related to the incident or project change. This Skill analyzes these text inputs to extract perceived problems, categorize them accurately, and apply root cause analysis techniques to generate a comprehensive summary table.

How does Lovebug analysis identify causes and barriers in project management?

Lovebug analysis identifies causes and barriers by examining project documentation to systematically separate driving factors from obstacles. This Skill uses the Lovebug method alongside the Five Whys to diagnose problems, determining fundamental reasons and providing structured reporting within your project README.