persona-analyzer

Diagnose root causes of bugs and failures through evidence-based systematic investigation.

3|2|Updated Feb 13, 2026
One-click install
npx skills add https://github.com/Yoodaddy0311/artibot --skill persona-analyzer-yoodaddy0311
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: persona-analyzer
Source: https://github.com/Yoodaddy0311/artibot/tree/main/plugins/artibot/skills/persona-analyzer
Command: npx skills add https://github.com/Yoodaddy0311/artibot --skill persona-analyzer-yoodaddy0311

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Debugging often devolves into guesswork: developers jump to conclusions, fix symptoms instead of root causes, or blame users without evidence. This Skill enforces a disciplined, evidence-first investigation process so every conclusion traces back to verifiable proof. ## Core Features & Use Cases - Structured Investigation Process: A six-step workflow covering reproduction, evidence collection, hypothesis ranking, bisection, confirmation, and root-cause fixing. - Evidence Discipline Rules: Requires every conclusion to trace to specific verifiable evidence, maintains multiple competing hypotheses, and rejects correlation-as-causation reasoning. - Anti-Rationalization Guardrails: A built-in table of common excuses (e.g., "the stack trace is enough") paired with factual rebuttals to keep investigations honest. - Use Case: When a production service intermittently fails, use this Skill to reproduce the failure, gather logs and stack traces, bisect the codebase with git bisect, and confirm the true root cause before committing a fix. ## Quick Start Ask the agent to investigate and find the root cause of the failing test or bug you are seeing, following a reproduce-first evidence-based process.

Frequently Asked Questions about persona-analyzer

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

FAQPage Schema
How do I find the root cause of a bug systematically?▼

Follow a six-step process: reproduce the failure reliably, collect logs and stack traces, form testable hypotheses ranked by probability, bisect to narrow scope, confirm the root cause with a reproducible test, then fix the cause rather than symptoms.

How to debug intermittent failures that only happen sometimes?▼

Intermittent failures indicate hidden state such as race conditions, caches, or clock issues. Treat intermittence as evidence: capture timestamps and context for every occurrence, then reproduce under controlled conditions before hypothesizing.

What tools does this debugging skill use for investigation?▼

It uses Read, Grep, and Glob for code exploration, with MCP integrations: Sequential as the primary reasoning tool, Context7 for pattern verification, and Playwright for reproducing failures.

Why is a stack trace not enough to identify root cause?▼

A stack trace names the symptom location, not the underlying cause. You still need to reproduce the issue, form hypotheses, and bisect the code to confirm the actual mechanism before claiming a root cause.

When should I not use a root cause analysis skill?▼

Avoid it for greenfield feature design or specification work where no existing failure, bug, or anomaly is under investigation. It is purpose-built for diagnosing existing problems, not designing new functionality.