scout-mindset-bias-check
Detects and removes cognitive biases from reasoning using Julia Galef's Scout Mindset framework. Provides reversal tests, scope sensitivity checks, status quo bias tests, confidence interval audits, and full bias audits. Use when a prediction feels emotional, stuck at 50/50, or when validating forecasting process. Use when user mentions scout mindset, soldier mindset, bias check, reversal test, scope sensitivity, or cognitive distortions.
What this skill does
# Scout Mindset & Bias Check ## Table of Contents - [Interactive Menu](#interactive-menu) - [Quick Reference](#quick-reference) - [Resource Files](#resource-files) **Core Principle:** Map the territory accurately rather than defending a position. Forecasting requires intellectual honesty -- biases systematically distort probabilities, emotional attachment clouds judgment, and motivated reasoning leads to overconfidence. --- ## Interactive Menu **What would you like to do?** ### Core Workflows **1. [Run the Reversal Test](#1-run-the-reversal-test)** - Check if you'd accept opposite evidence - Detect motivated reasoning - Validate evidence standards - Expose special pleading **2. [Check Scope Sensitivity](#2-check-scope-sensitivity)** - Ensure probabilities scale with inputs - Linear scaling test - Reference point calibration - Magnitude assessment **3. [Test Status Quo Bias](#3-test-status-quo-bias)** - Challenge "no change" assumptions - Entropy principle - Change vs stability energy - Default state inversion **4. [Audit Confidence Intervals](#4-audit-confidence-intervals)** - Validate CI width - Surprise test - Historical calibration - Overconfidence check **5. [Run Full Bias Audit](#5-run-full-bias-audit)** - Comprehensive bias scan - All major cognitive biases - Systematic checklist - Prioritized remediation **6. [Learn the Framework](#6-learn-the-framework)** - Deep dive into methodology - Read [Scout vs Soldier Mindset](resources/scout-vs-soldier.md) - Read [Cognitive Bias Catalog](resources/cognitive-bias-catalog.md) - Read [Debiasing Techniques](resources/debiasing-techniques.md) **7. Exit** - Return to main forecasting workflow --- ## 1. Run the Reversal Test **Check if you'd accept evidence pointing the opposite direction.** ``` Reversal Test Progress: - [ ] Step 1: State your current conclusion - [ ] Step 2: Identify supporting evidence - [ ] Step 3: Reverse the evidence - [ ] Step 4: Ask "Would I still accept it?" - [ ] Step 5: Adjust for double standards ``` ### Step 1: State your current conclusion **What are you predicting?** - Prediction: [Event] - Probability: [X]% - Direction: [High/Low confidence] ### Step 2: Identify supporting evidence **List the evidence that supports your conclusion.** **Example:** Candidate A will win (75%) 1. Polls show A ahead by 5% 2. A has more campaign funding 3. Expert pundits favor A 4. A has better debate ratings ### Step 3: Reverse the evidence **Imagine the same evidence pointed the OTHER way.** **Reversed:** What if polls showed B ahead, B had more funding, experts favored B, and B had better ratings? ### Step 4: Ask "Would I still accept it?" **The Critical Question:** > If this reversed evidence existed, would I accept it as valid and change my prediction? **Three possible answers:** **A) YES - I would accept reversed evidence** ✓ No bias detected, continue with current reasoning **B) NO - I would dismiss reversed evidence** ⚠ **Warning:** Motivated reasoning - you're accepting evidence when it supports you, dismissing equivalent evidence when it doesn't (special pleading) **C) UNSURE - I'd need to think about it** ⚠ **Warning:** Asymmetric evidence standards suggest rationalizing, not reasoning ### Step 5: Adjust for double standards **If you answered B or C:** **Ask:** Why do I dismiss this evidence in one direction but accept it in the other? Is there an objective reason, or am I motivated by preference? **Common rationalizations:** - "This source is biased" (only when it disagrees) - "Sample size too small" (only for unfavorable polls) - "Outlier data" (only for data you dislike) - "Context matters" (invoked selectively) **The Fix:** - **Option 1:** Reject the evidence entirely (if you wouldn't trust it reversed, don't trust it now) - **Option 2:** Accept it in both directions (trust evidence regardless of direction) - **Option 3:** Weight it appropriately (maybe it's weak evidence both ways) **Probability adjustment:** If you detected double standards, move probability 10-15% toward 50% **Next:** Return to [menu](#interactive-menu) --- ## 2. Check Scope Sensitivity **Ensure your probabilities scale appropriately with magnitude.** ``` Scope Sensitivity Progress: - [ ] Step 1: Identify the variable scale - [ ] Step 2: Test linear scaling - [ ] Step 3: Check reference point calibration - [ ] Step 4: Validate magnitude assessment - [ ] Step 5: Adjust for scope insensitivity ``` ### Step 1: Identify the variable scale **What dimension has magnitude?** - Number of people (100 vs 10,000 vs 1,000,000) - Dollar amounts ($1K vs $100K vs $10M) - Time duration (1 month vs 1 year vs 10 years) ### Step 2: Test linear scaling **The Linearity Test:** Double the input, check if impact doubles. **Example: Startup funding** - If raised $1M: ___% - If raised $10M: ___% - If raised $100M: ___% **Scope sensitivity check:** Did probabilities scale reasonably? If they barely changed → Scope insensitive ### Step 3: Check reference point calibration **The Anchoring Test:** Did you start with a number (base rate, someone else's forecast, round number) and insufficiently adjust? **The fix:** - Generate probability from scratch without looking at others - Then compare and reconcile differences - Don't just "split the difference" - reason about why estimates differ ### Step 4: Validate magnitude assessment **The "1 vs 10 vs 100" Test:** For your forecast, vary the scale by 10×. **Example: Project timeline** - 1 month: P(success) = ___% - 10 months: P(success) = ___% - 100 months: P(success) = ___% **Expected:** Probability should change significantly. If all three estimates are within 10 percentage points → Scope insensitivity ### Step 5: Adjust for scope insensitivity **The problem:** Your emotional system responds to the category, not the magnitude. **The fix:** **Method 1: Logarithmic scaling** - Use log scale for intuition **Method 2: Reference class by scale** - Don't use "startups" as reference class. Use "Startups that raised $1M" (10% success) vs "Startups that raised $100M" (60% success) **Method 3: Explicit calibration** - Use a formula: P(success) = base_rate + k × log(amount) **Next:** Return to [menu](#interactive-menu) --- ## 3. Test Status Quo Bias **Challenge the assumption that "no change" is the default.** ``` Status Quo Bias Progress: - [ ] Step 1: Identify status quo prediction - [ ] Step 2: Calculate energy to maintain status quo - [ ] Step 3: Invert the default - [ ] Step 4: Apply entropy principle - [ ] Step 5: Adjust probabilities ``` ### Step 1: Identify status quo prediction **Are you predicting "no change"?** Examples: "This trend will continue," "Market share will stay the same," "Policy won't change" Status quo predictions often get inflated probabilities because change feels risky. ### Step 2: Calculate energy to maintain status quo **The Entropy Principle:** In the absence of active energy input, systems decay toward disorder. **Question:** "What effort is required to keep things the same?" **Examples:** - **Market share:** To maintain requires matching competitor innovation → Energy required: High → Status quo is HARD - **Policy:** To maintain requires no proposals for change → Energy required: Low → Status quo is easier ### Step 3: Invert the default **Mental Exercise:** - **Normal framing:** "Will X change?" (Default = no) - **Inverted framing:** "Will X stay the same?" (Default = no) **Bias check:** If P(change) + P(same) ≠ 100%, you have status quo bias. ### Step 4: Apply entropy principle **Second Law of Thermodynamics (applied to forecasting):** **Ask:** 1. Is this system open or closed? 2. Is energy being input to maintain/improve? 3. Is that energy sufficient? ### Step 5: Adjust probabilities **If you detected status quo bias:** **For "no change" predictions that require high energy:** - Reduce P(status quo) by 10-20% - Increase P(change) correspondingly **For predictions where inertia truly helps:*
Related in Code Review
gstack
IncludedFast headless browser for QA testing and site dogfooding. Navigate pages, interact with elements, verify state, diff before/after, take annotated screenshots, test responsive layouts, forms, uploads, dialogs, and capture bug evidence. Use when asked to open or test a site, verify a deployment, dogfood a user flow, or file a bug with screenshots. (gstack)
startup-due-diligence
IncludedLegal due diligence review for seed-stage and Series A startups (US, Delaware C-Corp focus). Supports both investor and founder perspectives. Capabilities include: (1) Interactive document review and issue spotting; (2) Document request list generation; (3) Cap table and SAFE/convertible note analysis; (4) Red flag identification with severity ratings; (5) Diligence report generation. TRIGGERS: due diligence, DD, startup investment, cap table review, Series A, seed round, investor diligence, legal review startup, SAFE analysis, convertible note, 409A, founder vesting.
interview-master
IncludedThis skill should be used when the user asks to "generate interview questions", "prepare for interview", "optimize resume", "conduct mock interview", "analyze git commits for resume", "generate resume from code", "review my resume", or mentions interview preparation, career assistance, or extracting project experience from git history. Provides comprehensive interview and career development guidance for both job seekers and interviewers.
fix-issue
IncludedFixes GitHub issues using parallel analysis agents for root cause investigation, code exploration, and regression detection. Reads issue context from gh CLI, searches codebase and memory for related patterns, generates a fix with tests, and links the resolution back to the issue via PR. Includes prevention analysis to avoid recurrence. Use when debugging errors, resolving regressions, fixing bugs, or triaging issues.
sf-apex
IncludedGenerates and reviews Salesforce Apex code with 150-point scoring. TRIGGER when: user writes, reviews, or fixes Apex classes, triggers, test classes, batch/queueable/schedulable jobs, or touches .cls/.trigger files. DO NOT TRIGGER when: LWC JavaScript (use sf-lwc), Flow XML (use sf-flow), SOQL-only queries (use sf-soql), or non-Salesforce code.
swift-development
IncludedComprehensive Swift development for building, testing, and deploying iOS/macOS applications. Use when Claude needs to: (1) Build Swift packages or Xcode projects from command line, (2) Run tests with XCTest or Swift Testing framework, (3) Manage iOS simulators with simctl, (4) Handle code signing, provisioning profiles, and app distribution, (5) Format or lint Swift code with SwiftFormat/SwiftLint, (6) Work with Swift Package Manager (SPM), (7) Implement Swift 6 concurrency patterns (async/await, actors, Sendable), (8) Create SwiftUI views with MVVM architecture, (9) Set up Core Data or SwiftData persistence, or any other Swift/iOS/macOS development tasks.