Source profileQuality 92/100

tamdogood/builder-essential-skills/skills/top-one-percent/SKILL.md

top-one-percent

Teach any topic deeply from first principles and build evidence-based paths toward exceptional capability. Use when a user asks to understand, explain, learn, or deep-dive into a topic; asks why or how something works, why it matters, how alternatives compare, or what different perspectives reveal; requests current paradigms, a complete roadmap or curriculum, deliberate practice and feedback, or a top-1%-level mastery plan. Answer explanation questions completely before offering a curriculum; ro

Source repository stars
88
Declared platforms
0
Static risk flags
0
Last source update
2026-08-04
Source checked
2026-08-04

Decision brief

What it does—and where it fits

Produce unusually clear understanding and evidence-backed mastery. Treat “top one percent” as a direction and a quality standard, not a percentile promise that cannot be measured.

Best for

  • Use when a user asks to understand, explain, learn, or deep-dive into a topic; asks why or how something works, why it matters, how alternatives compare, or what different perspectives reveal; requests current paradigms…

Not for

  • Tasks that require unconfirmed production actions or broad system permissions.
  • Environments where the pinned source and install steps cannot be inspected.

Compatibility matrix

Platform support, with evidence labels

PlatformStatusEvidenceWhat to check
CodexNot declaredNo explicit evidencePortability before use
Claude CodeNot declaredNo explicit evidencePortability before use
CursorNot declaredNo explicit evidencePortability before use
Gemini CLINot declaredNo explicit evidencePortability before use
Open the compatibility checker

Installation

Inspect first. Install second.

The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

Source-detected install commandSource
npx skills add https://github.com/tamdogood/builder-essential-skills --skill "skills/top-one-percent"
Safe inspection promptEditorial

Inspect the Agent Skill "top-one-percent" from https://github.com/tamdogood/builder-essential-skills/blob/3bbbfb668959af812f3892537f263c64cedc12c4/skills/top-one-percent/SKILL.md at commit 3bbbfb668959af812f3892537f263c64cedc12c4. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

Workflow

What the source asks the agent to do

  1. 01

    Follow the Answer-First Contract

    Match the response to the user's actual intent:

    Answer a question as a complete explanation. Do not replace the answer with a roadmap, diagnostic, study plan, or quiz.Build a mastery system when the user asks to become excellent, requests a curriculum, or wants sustained practice.Tutor interactively when the user asks for lessons, exercises, assessment, or ongoing coaching.
  2. 02

    Route the Request

    Select the narrowest useful mode.

    Select the narrowest useful mode.A new topic does not automatically require a mastery blueprint. Use Deep explainer when the user's immediate goal is understanding; use Mastery map or Learning plan when the goal is sustained capability.
  3. 03

    Produce a Deep Explanation

    Use current research when claims may have changed, when the topic is niche or contested, or when the user asks about a current ecosystem, frontier, product, company, standard, law, or recommendation. Prefer official documentation, primary research, standards bodies, direct data,…

    Stable principles from current implementation details.Documented facts from your synthesis or inference.Marketing claims from mechanisms and observed trade-offs.
  4. 04

    Research before synthesis

    Use current research when claims may have changed, when the topic is niche or contested, or when the user asks about a current ecosystem, frontier, product, company, standard, law, or recommendation. Prefer official documentation, primary research, standards bodies, direct data,…

    Stable principles from current implementation details.Documented facts from your synthesis or inference.Marketing claims from mechanisms and observed trade-offs.
  5. 05

    Build the causal model

    Before drafting, identify the central thesis and the few causal relationships that make the rest of the topic intelligible. Explain mechanisms with explicit links such as “because,” “which means,” and “therefore.” Do not present a feature inventory and expect the learner to infe…

    Lead with the simplest accurate model. Give the direct answer or a compact analogy in the opening. If using an analogy, state where it stops being accurate.Separate commonly conflated layers. Define the important actors, abstractions, or terms and show their responsibilities. Use a compact table when exact mapping is clearer than prose.Explain the mechanism. Trace how the system, idea, or phenomenon works from cause to effect. Make hidden constraints and design decisions visible.

Permission review

Static risk signals and limitations

No configured static risk pattern was detected

This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

Evidence record

Why each signal appears

EvidenceSourceComputedTestedEditorial
SignalValueEvidence typeMeaning
Quality score92/100ComputedDocumentation, specificity, maintenance, and trust rules
Repository stars88SourceRepository attention, not individual Skill quality
Compatibility0 platformsSourceDeclared in the catalog source record
Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

Pinned source

Provenance and original SKILL.md

Repository
tamdogood/builder-essential-skills
Skill path
skills/top-one-percent/SKILL.md
Commit
3bbbfb668959af812f3892537f263c64cedc12c4
License
MIT
Collected
2026-08-04
Default branch
main
View the original SKILL.md

Top One Percent

Produce unusually clear understanding and evidence-backed mastery. Treat “top one percent” as a direction and a quality standard, not a percentile promise that cannot be measured.

Follow the Answer-First Contract

Match the response to the user's actual intent:

  • Answer a question as a complete explanation. Do not replace the answer with a roadmap, diagnostic, study plan, or quiz.
  • Build a mastery system when the user asks to become excellent, requests a curriculum, or wants sustained practice.
  • Tutor interactively when the user asks for lessons, exercises, assessment, or ongoing coaching.
  • Combine these only when the combination directly serves the request. If the user asks “Why is X special?”, explain X first; a brief learning path may follow only if useful.

Infer the learner's level, goals, and constraints from the request and conversation. State only assumptions that materially affect the answer. Ask at most one high-leverage question when different answers would produce substantially different work; otherwise begin with a sensible default. Personalize examples to the learner's background when known.

Do not force every learning-science technique into every response. Retrieval, diagnostics, spacing, and deliberate practice are valuable for building durable capability, but they must not become friction before a user receives the explanation they asked for.

Route the Request

Select the narrowest useful mode.

ModeTriggerPrimary deliverable
Deep explainer“What is…?”, “Why…?”, “How…?”, “What is special about…?”, “Teach me…”, “Help me understand…”, comparisons, or requests to learn moreA layered, first-principles explanation that fully answers the question
Mastery mapA broad or unfamiliar fieldThe landscape, important boundaries, prerequisites, specialization choices, and dependency-aware path
Learning planA defined performance goal, deadline, or weekly capacityMilestones, practice, resources, evidence, and readiness gates
Interactive tutorA request for a lesson sequence or ongoing teachingOne meaningful unit at a time with explanation, guided work, assessment, and adaptation
Practice coachA request to improve a skill through exercises or feedbackDeliberate drills, quality criteria, critique, revision, and the next drill
DiagnosticAn unclear starting level or a request to identify gapsA short assessment, gap analysis, and revised starting point
Capstone reviewA request to prove or evaluate capabilityA realistic brief, rigorous rubric, review, and improvement loop

A new topic does not automatically require a mastery blueprint. Use Deep explainer when the user's immediate goal is understanding; use Mastery map or Learning plan when the goal is sustained capability.

Produce a Deep Explanation

Research before synthesis

Use current research when claims may have changed, when the topic is niche or contested, or when the user asks about a current ecosystem, frontier, product, company, standard, law, or recommendation. Prefer official documentation, primary research, standards bodies, direct data, and credible first-party statements. Use strong secondary sources to add interpretation, not to replace an available primary source.

Separate:

  • Stable principles from current implementation details.
  • Documented facts from your synthesis or inference.
  • Marketing claims from mechanisms and observed trade-offs.
  • Broad consensus from active debate.

Cite sources near the claims they support. Do not pad the response with citations for common knowledge, and do not use a list of links as a substitute for explanation.

Build the causal model

Before drafting, identify the central thesis and the few causal relationships that make the rest of the topic intelligible. Explain mechanisms with explicit links such as “because,” “which means,” and “therefore.” Do not present a feature inventory and expect the learner to infer why the features matter.

Use the following sequence when it fits the question; omit irrelevant sections rather than mechanically filling a template:

  1. Lead with the simplest accurate model. Give the direct answer or a compact analogy in the opening. If using an analogy, state where it stops being accurate.
  2. Separate commonly conflated layers. Define the important actors, abstractions, or terms and show their responsibilities. Use a compact table when exact mapping is clearer than prose.
  3. Explain the mechanism. Trace how the system, idea, or phenomenon works from cause to effect. Make hidden constraints and design decisions visible.
  4. Ground it in a concrete example. Walk through one representative end-to-end case, worked example, or before-and-after comparison. Anchor every major abstraction in something observable.
  5. Explain why it matters. Connect the mechanism to user, engineering, business, scientific, or social consequences as relevant.
  6. Use multiple perspectives. When the topic benefits from it, analyze at least two genuinely different lenses—for example technical architecture, developer experience, economics, competitive strategy, operations, history, ethics, or user behavior. Do not relabel the same point as multiple perspectives.
  7. Present alternatives and the strongest counterargument. Explain when the celebrated approach is not best, what complexity it moves rather than removes, and what a thoughtful critic would say.
  8. Tailor the implications. Translate the analysis into what it means for the learner's projects, decisions, or next conceptual step when context permits.
  9. Synthesize. End with the deepest reusable idea in one or two sentences. For a learning-oriented request, optionally add two to four nontrivial questions or angles for further exploration; do not make answering them a condition of receiving the explanation.

Calibrate depth and form

  • For a simple factual question, answer concisely.
  • For a normal conceptual question, use enough sections and examples to make the causal model clear.
  • For “deep dive,” “teach me everything,” or “top-one-percent understanding,” favor comprehensive synthesis over arbitrary brevity. Interpret “everything” as the complete conceptual map, important mechanisms, trade-offs, and frontier—not every fact ever published.
  • For a broad topic, provide the big picture first and then zoom into the parts that explain the user's question. Make meaningful omissions explicit.
  • Use prose for reasoning. Use bullets for sets, tables for exact comparisons, and diagrams only when relationships or event order are materially easier to understand visually.
  • Define jargon on first use without flattening technical precision. For an experienced learner, move quickly through basics and spend more time on mechanisms, edge cases, competing models, and second-order consequences.

Do not end with a shallow resource list or generic invitation. The explanation itself must create understanding. Recommend a small set of resources only when each has a clear purpose and place in a sequence.

Build a Mastery System

Establish the learning contract

Capture only what is needed to design useful practice:

  • Domain and boundary: Distinguish the target from adjacent fields and state what is in and out of scope.
  • Target performance: Define the real decisions, artifacts, problems, or performances the learner wants to handle.
  • Starting point: Estimate knowledge, experience, tool access, and material constraints. Use a short diagnostic only when uncertainty changes the starting point.
  • Time and format: Use the learner's weekly capacity and deadline when known. Default to sustainable weekly practice.
  • Evidence standard: Choose meaningful signals such as reliable outcomes, portfolio quality, peer review, credentials, competition results, client impact, or research contribution.

If a field is impossibly broad, offer a coherent specialization while showing the larger map. Identify the enduring core, active frontier, and useful boundaries; never imply that a living field can be learned completely.

Map the field

Organize the mastery map in this order:

  1. Purpose and landscape: What the field is for, its major subdomains, and how the pieces connect.
  2. Mental models and vocabulary: The ideas that enable reasoning rather than isolated memorization.
  3. Foundations: Prerequisite knowledge and skills, with a fast diagnostic or bridge plan for material gaps.
  4. Core methods: The workflows, tools, techniques, and decision rules practitioners repeatedly use.
  5. Applied judgment: Trade-offs, failure modes, edge cases, ethics, and method selection under ambiguity.
  6. Frontier and specialization: Active debates, evolving tools, adjacent disciplines, and a small number of worthwhile tracks. Do not confuse novelty with mastery.
  7. Proof of capability: Observable work that demonstrates the target performance.

Sequence prerequisite before application, a simple representative case before edge cases, guided practice before independent work, and independent work before performance claims.

Design stages and gates

For each stage, specify the outcome, concepts, deliberate practice, feedback source, evidence, and readiness gate.

StageAimRequired evidence
OrientForm an accurate map and choose a target trackExplain the field, constraints, and target in plain language
FoundationGain prerequisite fluencySolve representative basic problems without a script
Core craftExecute the field's central methodsProduce or perform work that meets a stated rubric
Applied judgmentAdapt methods under ambiguityCompare alternatives, justify decisions, and recover from mistakes
Deliberate excellenceImprove limiting subskillsTrack attempts, feedback, revisions, and error patterns over time
ContributionOperate at the edge of the targetComplete a realistic capstone, receive credible critique, and improve it

When a readiness gate is missed, diagnose the underlying misconception or subskill and prescribe a smaller corrective loop. Do not merely repeat the same explanation.

Teach and Coach Interactively

For an ongoing lesson or practice session:

  1. State the capability the unit unlocks and explain the concept fully enough to begin.
  2. Diagnose prerequisites lightly. For a novice, teach from first principles and show a worked example; for an experienced learner, start nearer to realistic independent work.
  3. Expose consequential decisions, assumptions, and failure modes. Ask for self-explanation when it reveals understanding.
  4. Move from a worked example to a completion task, a near-transfer task, and independent work. Fade support as evidence improves.
  5. Use a no-notes retrieval prompt or constrained exercise before revealing an assessment answer, not before providing the initial lesson.
  6. Assess reasoning, result, and method selection against explicit criteria.
  7. Give task-, process-, and next-action feedback. Diagnose the first important error instead of reporting only a score.

Use Socratic questions when discovery improves durable understanding. Give direct instruction when a missing foundation, misconception, or safety issue makes discovery inefficient.

Read references/learning-principles.md when designing a curriculum, lesson sequence, review schedule, assessment, practice task, or feedback loop. Apply its guardrails without treating a general learning effect as a universal rule.

Use Deliberate Practice

Each practice assignment must name:

  • The small set of subskills being trained.
  • A difficult but achievable task.
  • Quality criteria or a rubric disclosed before the attempt.
  • A credible feedback source: the agent, tests, a benchmark, observable results, a trusted peer, or a domain expert.
  • A revision or repeat step targeting the discovered weakness.

Use delayed retrieval for high-value knowledge and skills. Mix related task types only after the learner can distinguish them. Include familiar and varied contexts before claiming transfer.

Estimate timelines as ranges and name the variables that dominate them: prior transfer, practice quality, feedback access, hours, health, opportunity, and competitive depth. Deliberate practice matters but is not sufficient for elite performance; never make a “10,000-hour” promise.

Measure and Adapt

Keep a compact learning record only for a sustained mastery or tutoring workflow:

## Mastery Record — [Topic]
- Target: [specific capability and evidence standard]
- Current stage: [stage]
- Proven strengths: [...]
- Active gaps: [...]
- Latest evidence: [work, score, feedback, or observation]
- Calibration: [predicted performance vs. observed performance]
- Next deliberate practice: [smallest high-value action]
- Review date: [date or trigger]

After a substantive attempt:

  1. Evaluate work, reasoning, method selection, and calibration—not only the final answer.
  2. Separate knowledge, process, execution, judgment, and confidence gaps.
  3. Target the highest-leverage gap with clear success criteria.
  4. Revisit earlier material after a delay and in a varied or realistic context.
  5. Increase independence as evidence improves; reduce scaffolding instead of adding more content.

When claimed progress lacks credible evidence, say so and offer the smallest test that would resolve it.

Choose the Output by Mode

Deep explainer

Lead with the answer, then use the smallest useful subset of:

# [Topic]

[Simplest accurate model and central thesis]

## The layers or terms people conflate
## How it actually works
## A concrete example
## Why it matters from different perspectives
## Alternatives, trade-offs, and counterargument
## What this means for the learner
## The deeper takeaway
## Questions worth exploring next

This is a coverage guide, not a rigid heading template.

Mastery map or learning plan

Return a Mastery Blueprint adapted to the request:

# [Topic] — Mastery Blueprint

## Target and Scope
## What Exceptional Practitioners Can Reliably Do
## Domain Map
## Starting Point and Assumptions
## Staged Curriculum
## First 7 Days or First Milestone
## Deliberate Practice System
## Resources and Why Each One Earned a Place
## Assessments and Readiness Gates
## Capstone or Proof of Capability
## Risks, Ethics, and Currency Notes
## Next Action

For an ongoing tutor, complete the current unit and then end with its assessment prompt. For a narrow explanation, do not append the full blueprint.

Final Quality Check

Before responding, verify:

  • The opening directly answers the user's real question.
  • The response explains causal mechanisms, not only labels or features.
  • Important abstractions are grounded in at least one concrete example.
  • Frequently confused layers or alternatives are distinguished.
  • The analysis includes a real trade-off or strongest counterargument when relevant.
  • Multiple perspectives add genuinely different insight when the topic warrants them.
  • Current, niche, or contested claims are researched and uncertainty is labeled.
  • Personalization changes the explanation or recommendation rather than merely mentioning the learner.
  • A roadmap, diagnostic, or quiz appears only when it serves the requested mode.
  • The learner leaves with both a reusable mental model and a clear next conceptual or practical step.

Alternatives

Compare before choosing

Computed 10042,968

coreyhaines31/marketingskills

ab-testing

When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program

Computed 10042,968

coreyhaines31/marketingskills

churn-prevention

When the user wants to reduce churn, build cancellation flows, set up save offers, recover failed payments, or implement retention strategies. Also use when the user mentions 'churn,' 'cancel flow,' 'offboarding,' 'save offer,' 'dunning,' 'failed payment recovery,' 'win-back,' 'retention,' 'exit survey,' 'pause subscription,' 'involuntary churn,' 'people keep canceling,' 'churn rate is too high,' 'how do I keep users,' or 'customers are leaving.' Use this whenever someone is losing subscribers o

Computed 10023,781

alirezarezvani/claude-skills

app-store-optimization

App Store Optimization (ASO) toolkit for researching keywords, analyzing competitor rankings, generating metadata suggestions, and improving app visibility on Apple App Store and Google Play Store. Use when the user asks about ASO, app store rankings, app metadata, app titles and descriptions, app store listings, app visibility, or mobile app marketing on iOS or Android. Supports keyword research and scoring, competitor keyword analysis, metadata optimization, A/B test planning, launch checklist

Computed 10014,225

wanshuiyin/Auto-claude-code-research-in-sleep

citation-audit

Use it for operations and research tasks; the detail page covers purpose, installation, and practical steps.