self-doubt

Surface potential failure modes and stakeholder concerns before implementing a solution.

Updated Nov 2, 2024
One-click install
npx skills add https://github.com/nrminor/.dotfiles --skill self-doubt
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: self-doubt
Source: https://github.com/nrminor/.dotfiles/tree/main/.config/.claude/skills/self-doubt
Command: npx skills add https://github.com/nrminor/.dotfiles --skill self-doubt

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps users surface potential failure modes and stakeholder concerns before implementing a solution.

Core Features & Use Cases

  • Promotes deliberate reasoning before decisions
  • Encourages consideration of multiple stakeholders and potential failure modes
  • Helps teams slow down in high-stakes tasks to reduce risk

Quick Start

Evaluate a proposed approach by asking the AI to surface potential failure modes and stakeholder concerns before implementation.

Frequently Asked Questions about self-doubt

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

FAQPage Schema
How do I identify potential failure modes before implementing a software design?▼

Surface potential failure modes by systematically asking 'Why might this be wrong?' and evaluating stakeholder concerns before implementation. This structured approach helps teams catch risks early in high-stakes design decisions, data workflows, and process changes.

When should I pause and review a decision with my team before moving forward?▼

Pause before implementing solutions in high-stakes contexts—complex software designs, critical data workflows, or org-wide process changes. A pause checklist helps you evaluate multiple stakeholders and hidden failure modes that rushed decisions might miss.

What's the best way to evaluate stakeholder concerns in software design decisions?▼

Apply structured prompts that explicitly identify affected stakeholders and their perspectives on a proposed solution. This deliberate reasoning reveals concerns and failure modes that individual reviewers might overlook in isolation.

How can I reduce risk in decision-making for critical data workflows?▼

Slow thinking through skepticism and structured checks—including failure-mode analysis and stakeholder review—reduces rushed outcomes in data workflows. This approach surfaces edge cases and dependencies before they cause production impact.

Do I need special tools or frameworks to conduct a design review with skepticism?▼

No special tools required. Structured prompts and a pause checklist are sufficient to encourage skeptical reasoning and failure-mode thinking. The approach works across any software domain where careful reasoning prevents costly mistakes.