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.