evidence-first-answer

Solid

Required pre-flight before answering any "why" or "are we" question about revenue, conversion, outbound, traffic, or commercial state. Forces verification of live data and distinguishes planning docs from telemetry. Triggered automatically when the CEO asks "are you sure?" — that phrase means the previous answer was wrong.

Code & Development 26 stars 7 forks Updated today MIT

Install

View on GitHub

Quality Score: 86/100

Stars 20%
48
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Evidence-First Answer — The "Are You Sure?" Discipline ## When to invoke - Any user question that contains: "why didn't", "how come no", "are we", "what's our", "did we", "how much", "revenue", "money", "customers", "conversion", "traffic", "leads", "sales" - Any pushback that contains: **"are you sure?"**, "really?", "is that right?", "verify", "prove it" - Before writing any phrase that implies traction or its absence ## The hard discipline (4 steps, no skipping) ### 1. Date-check every number you're about to cite ```bash # For any doc you're about to quote: git log -1 --format='%ai %s' -- <path> grep -E "^Updated:|^Status:|2026-" <path> | head -5 ``` If the doc's last-updated date is older than 14 days, **treat its numbers as historical, not current.** Say "as of <date>" explicitly. ### 2. Distinguish "plan" from "telemetry" Words/phrases that mean the number is a **forecast, not an actual**: - "30-day revenue plan showed..." - "Modeled target..." - "Projected..." - "If we hit..." - Any number inside `docs/MONETIZATION_EXEC_SUMMARY_*.md` past line 30 - Any number inside `reports/gtm/*` that isn't backed by a same-file `curl` output Words/phrases that mean the number is **measured**: - "`getBillingSummary` returned..." - "`curl /v1/billing/summary` JSON..." - "Stripe-reconciled charges..." - A bash code block with the actual command + output When in doubt, run `revenue-truth` skill — query the live endpoint. ### 3. The "what would change my mind" test Before s...

Details

Author
IgorGanapolsky
Repository
IgorGanapolsky/ThumbGate
Created
5 months ago
Last Updated
today
Language
JavaScript
License
MIT

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

fact-check

Enforces evidence-based reasoning for any task that involves making factual claims about a codebase — debugging, bug fixing, code investigation, code modification, AND explaining what code does, answering "where is X" / "what does Y do" / "is this safe", or summarizing behavior. Use this skill whenever the user asks to fix a bug, investigate an issue, modify existing code, trace a problem, debug behavior, refactor, change, update code, or explain/locate/audit any part of the codebase. This skill ensures Claude gathers real evidence from source code, docs, git history, and runtime behavior before making any claim — never guessing, never paraphrasing comments as fact, never relying on training memory. Even if the task seems straightforward, use this skill to guarantee that every claim and recommendation is grounded in verified facts.

0 Updated 1 weeks ago
Stoica-Mihai
AI & Automation Listed

method-rules

Core operating rules for the SaaS idea validation pipeline - evidence grading (A/B/C/D), GUESS labeling, traceability, pre-registered thresholds, gate discipline. Load whenever working on any artifact under ideas/<slug>/ or evaluating evidence for this pipeline.

0 Updated 2 weeks ago
vuongdam2k01
AI & Automation Listed

why

Use for 'why does X work this way', 'why we picked Y', design rationale, regressions, postmortems, or data-backed thresholds. Discovers available MCPs and queries each evidence category (source control, issue tracker, long-form docs, real-time chat, infrastructure observability, error tracking, product analytics warehouse) in parallel, then returns a cited read on decisions and tradeoffs. Use how for runtime behavior.

2 Updated 3 days ago
P0u4a