skills/logical-fallacy-detector/SKILL.md
Identify, label, and explain logical fallacies in arguments and discourse. Use when the user wants to analyze arguments, check reasoning, evaluate debate claims, spot weak arguments, do debate prep, policy writing, or conflict analysis. Triggers on 'fallacy', 'logical error', 'faulty reasoning', 'argument flaw', 'is this valid', 'check this logic'. Works on both formal deductive errors and informal reasoning mistakes.
npx skillsauth add curiositech/windags-skills logical-fallacy-detectorInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Primary Decision Tree: Fallacy vs Non-Fallacy
1. Is there a clear argument with claim + support?
NO → Report "No argument to analyze"
YES → Continue to 2
2. Does the support actually connect to the claim?
NO → Check relevance fallacies (ad hominem, red herring, appeal to emotion)
YES → Continue to 3
3. Is this a deductive argument with formal structure?
YES → Check formal fallacies (affirming consequent, denying antecedent)
NO → Continue to 4
4. Are key terms used consistently throughout?
NO → Check ambiguity fallacies (equivocation, composition/division)
YES → Continue to 5
5. Does the argument assume what it's trying to prove?
YES → Check presumption fallacies (begging question, false dilemma, hasty generalization)
NO → Likely sound argument, check for minor issues only
Disambiguation Decision Points:
1. Fallacy Label Spam
2. Context Blindness
3. Weaponization Mode
4. False Negative Bias
5. Formal Fallacy Tunnel Vision
Example 1: Relationship Conflict Analysis
Argument: "You always ignore me when you're on your phone. Sarah's husband never uses his phone during dinner. You clearly don't care about our relationship like he does."
Step 1: Identify claim and support
Step 2: Apply decision tree
Step 3: Pattern matching
Expert vs Novice: Novice might focus on "you always" as the only issue. Expert catches the layered reasoning problems and sees the legitimate concern (wanting attention) behind the flawed expression.
Example 2: Policy Argument Assessment
Argument: "Climate scientist Dr. Hansen says we need carbon taxes. Either we implement them now or we're doomed to climate catastrophe. Anyone who opposes carbon taxes is clearly in denial about science."
Step 1: Claim = carbon taxes are necessary; Support = expert authority + dire consequences + dismissal of opposition
Step 2: Decision tree reveals multiple issues in relevance and presumption categories
Step 3: Pattern identification
Assessment: Argument has legitimate core (climate action needed) but reasoning structure undermines its persuasive force.
Argument Analysis Complete When:
Do NOT use this skill for:
fact-verification instead for empirical accuracyevidence-assessment for source credibility and data strengthsteel-man-argument for constructive responsestoulmin-argument-analysis for mapping claims, grounds, and warrantsconflict-resolution for interpersonal communication strategiesdiscourse-coordinator for broader rhetorical pattern analysisBoundary Cases:
data-ai
license: Apache-2.0 NOT for unrelated tasks outside this domain.
development
Use when designing caching strategies (cache-aside, write-through, write-behind), implementing distributed locks, building rate limiters, leaderboards, real-time streams (XADD/consumer groups), pub/sub, or tuning eviction policies. Triggers: thundering-herd on cache miss, dogpile on key expiry, Redlock vs SET-NX-PX choice, sliding-window rate limiter, hot-key on a single cluster slot, big-key blowup, MULTI/EXEC across slots, KEYS in production. NOT for Redis Cluster operations/admin (different domain), embedded KV (SQLite, leveldb), in-process LRU caches, or Memcached.
tools
Drawing the `'use client'` boundary correctly in React Server Components apps (Next.js App Router, RSC frameworks) — leaf-pushing, slot composition, serialization rules, and environment poisoning prevention. Grounded in react.dev and Next.js 16 docs.
development
Use when designing rate limiting for an API, choosing between token bucket / sliding window / leaky bucket / fixed window, implementing it in Redis, deciding edge (Cloudflare/Upstash) vs origin enforcement, sizing per-user vs per-IP vs per-endpoint quotas, returning the right 429 response with Retry-After, or fixing the boundary-burst bug in fixed-window limiters. Triggers: 429 too many requests, INCR + EXPIRE, ZADD + ZREMRANGEBYSCORE + ZCARD, X-RateLimit-Remaining header, Cloudflare WAF rate limiting rules, Upstash @upstash/ratelimit, leaky bucket shaping vs policing, distributed rate limiter consistency. NOT for DDoS mitigation specifically (different scale), CAPTCHA / bot management, full WAF design, or per-user quota billing.