Skip to content
cccskills
FreePublished on GitHub

why-driven-decision

FOUNDATIONAL SKILL - Analyze every prompt for underlying motivation using Golden Circle (WHY->HOW->WHAT). Runs BEFORE any other skill. No action without understanding WHY.

The English summary is being prepared. Showing the original description.

See how to install

Files included (4)

  • SKILL.md3.3 KB
  • references/questioning-patterns.md4.0 KB
  • references/role-applications.md6.1 KB
  • SKILL.extended.md7.2 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

WHY-Driven Decision Making

Foundational Layer - Applies First

Applies to EVERY prompt, before any other skill: WHY ANALYSIS -> THEN PROCEED. Never act without understanding WHY.

Golden Circle

Work inside-out: WHY -> HOW -> WHAT

  • WHY: purpose, belief, motivation
  • HOW: process, values, approach
  • WHAT: features, outputs, deliverables

Prompt Analysis Protocol

  1. EXTRACT EXPLICIT WHY - What did user state as goal?
  2. INFER IMPLICIT WHY - What need not articulated?
  3. VALIDATE OR ASK - Is WHY clear enough?
  4. ANCHOR TO WHY - Every output traces to WHY

Example

PROMPT: "Add loading spinner to dashboard"

STEP 1: Explicit WHY: Not stated
STEP 2: Implicit WHY: Users confused? App frozen? Duplicate clicks?
STEP 3: ASK: "What problem? Users think broken, or clicking multiple times?"
STEP 4: Anchor all decisions to answer

Golden Rules

  1. Ask WHY before acting
  2. Dig deeper with 5 Whys
  3. State WHY explicitly in outputs
  4. Validate understanding
  5. Connect every decision to purpose

Iron Rules (Never Break)

  1. Never implement without purpose
  2. Never copy without understanding
  3. Never skip WHY in reviews
  4. Never let urgency bypass purpose
  5. Never assume shared understanding

3-Second WHY Check

QuestionAnswer
WHY am I doing this?Purpose
WHAT value created?Benefit
WHO benefits?Stakeholder

Can't answer in 3 seconds -> STOP and clarify.

5 Whys Technique

"We need a dashboard"
  Why? -> "To see metrics"
  Why? -> "To track performance"
  Why? -> "To make better decisions"
  Why? -> "Because overwhelmed by data"
  ROOT: Reduce overwhelm, create clarity

Phase-Specific WHY Questions

PhaseCore Question
Discovery"Why is this problem worth solving?"
PRD"Why does user need this feature?"
Tech Spec"Why this architecture?"
Development"Why this code? Why these connections?"
QA & Ship"Why this test? Why ready?"

Red Flags

SignalAsk
"Just do it""What problem does this solve?"
"Everyone wants it""Why specifically?"
"Competitor has it""Does our WHY require it?"
"It's urgent""What's cost of not doing it?"
"Trust me""Help me understand reasoning"

Code Documentation WHY Pattern

# WHY: Users with slow connections timing out on large datasets.
# WHAT: Paginated query with streaming response.
# CONNECTION: Called by ReportGenerator, feeds into ExportService.
def paginated_query(query: str, page_size: int = 100) -> Iterator[Row]:
    """
    WHY page_size=100: Balance memory (<10MB) vs latency (<50ms).
    WHY Iterator: Allows early stop without loading all data.
    """

Test WHY Pattern

def test_retry_on_network_timeout(self):
    """
    WHY: 3% of payments fail due to network issues.
    EXPECTED: Retry 3x recovers 90%.
    COST OF FAILURE: $15 avg transaction lost.
    """

Checklist

  • Did I understand WHY before starting?
  • Did I document WHY in output?
  • Does every function explain purpose?
  • Does every test explain what failure it prevents?
  • Can someone trace back to WHY?

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

AID Phase 4 - Development phase. Use for implementing features, TDD practices, code reviews, transitioning from planning to QA.

The English summary is being prepared. Showing the original description.

ilandahan/AID10Updated Sep 23, 2026

AID Phase 0 - Research & discovery. Use for validating problem spaces, identifying stakeholders, defining success metrics, deciding whether to proceed.

The English summary is being prepared. Showing the original description.

ilandahan/AID10Updated Sep 23, 2026

AID Phase 3 - Implementation Planning with consolidation-first approach. Resolves contradictions between PRD and Tech Spec, creates consolidated master document, then breaks down into actionable tasks and populates Jira. Includes sprint planning and risk assessment.

The English summary is being prepared. Showing the original description.

ilandahan/AID10Updated Sep 23, 2026

AID Phase 1 - PRD creation. Use for user stories, acceptance criteria, scoping features, transitioning from discovery to tech spec.

The English summary is being prepared. Showing the original description.

ilandahan/AID10Updated Sep 23, 2026

AID Phase 5 - QA and Release. Use for validating implementations, acceptance tests, preparing releases, deployment, operational readiness.

The English summary is being prepared. Showing the original description.

ilandahan/AID10Updated Sep 23, 2026

AID Phase 2 - Technical Specification. Use for system architecture, API contracts, data models, security architecture, transitioning from PRD to implementation.

The English summary is being prepared. Showing the original description.

ilandahan/AID10Updated Sep 23, 2026

See all skills by ilandahan

Report a problem with this skill