cause-and-effect

Analyzes problem causes across six Fishbone diagram categories to identify root causes.

1.5k|154|Updated Nov 13, 2025
One-click install
npx skills add https://github.com/NeoLabHQ/context-engineering-kit --skill cause-and-effect
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: cause-and-effect
Source: https://github.com/NeoLabHQ/context-engineering-kit/tree/main/plugins/kaizen/skills/cause-and-effect
Command: npx skills add https://github.com/NeoLabHQ/context-engineering-kit --skill cause-and-effect

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

When a problem occurs—slow APIs, flaky tests, blown deadlines—teams often fix the first symptom they see instead of the underlying cause. This Skill applies structured Fishbone (Ishikawa) analysis to systematically explore all contributing factors before jumping to solutions.

Core Features & Use Cases

  • Six-Category Exploration: Systematically examines People, Process, Technology, Environment, Methods, and Materials to surface causes that single-lens thinking misses.
  • Root Cause Identification: Distinguishes contributing factors from true root causes by asking "why" iteratively within each category.
  • Prioritized Solutions: Ranks proposed fixes by impact, feasibility, and effort so teams address root causes first.
  • Use Case: Your API responses take 3+ seconds. Run the analysis to discover the latency stems not just from unoptimized queries, but from missing performance SLAs (Process), absent caching architecture (Methods), and undersized infrastructure (Environment)—then get a prioritized remediation plan.

Quick Start

Ask the agent to run a cause-and-effect analysis on your problem, for example: analyze why our test suite fails intermittently using the cause-and-effect skill.

Frequently Asked Questions about cause-and-effect

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

FAQPage Schema
How do I do a fishbone diagram analysis for a software problem?

State the problem clearly, then brainstorm causes across six categories: People, Process, Technology, Environment, Methods, and Materials. For each cause, ask why to dig deeper, then identify root causes and prioritize solutions by impact and effort.

What is the difference between root cause analysis and fishbone analysis?

Fishbone (Ishikawa) analysis is a structured technique for root cause analysis that organizes potential causes into categories. Root cause analysis is the broader goal; the fishbone diagram is one method for systematically reaching it.

How do I find the root cause of flaky tests?

Examine causes across categories: race conditions and shared state (Technology), missing isolation strategy (Methods), and processes that tolerate flaky tests (Process). Common root causes include lack of per-test database isolation and improper async handling.

When should I use fishbone analysis instead of the 5 Whys?

Use fishbone analysis when a problem likely has multiple contributing causes across different domains. The 5 Whys works well for linear single-cause chains, while fishbone reveals systemic issues spanning people, process, and technology.

What are the limitations of fishbone diagram analysis?

Fishbone analysis identifies potential causes but does not prove causation; hypotheses still need validation with data. It also depends on facilitator thoroughness, since stopping at the first cause in each category misses deeper root causes.