skill-leaderboard

Compute weekly Aeon skill adoption leaderboards across configured GitHub forks.

626|225|Updated Mar 4, 2026
One-click install
npx skills add https://github.com/aaronjmars/aeon --skill skill-leaderboard-aaronjmars
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: skill-leaderboard
Source: https://github.com/aaronjmars/aeon/tree/main/skills/skill-leaderboard
Command: npx skills add https://github.com/aaronjmars/aeon --skill skill-leaderboard-aaronjmars

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents misleading popularity signals by measuring which Aeon skills are actually running across configured forks rather than counting a default always-on skill.

Core Features & Use Cases

  • Configured-fleet leaderboard: Scores skill adoption only among forks whose aeon.yml diverges from upstream defaults, so results reflect meaningful operator customization.
  • Upstream actionable recommendations: Produces Promote, Match, and Sunset candidate lists based on adoption thresholds, model overrides, and zero-adoption signals.
  • Fleet intelligence with guardrails: Handles GitHub API limitations and repo visibility issues, and suppresses notifications when the configured denominator is too small to be useful.

Use Case: Operators of a framework with many downstream forks can identify which skills the community truly runs, which ones deserve better upstream defaults, and which ones should be deprecated or improved—without manually auditing each fork.

Quick Start

Generate a weekly report by scanning configured Aeon forks of the target repository you provide (or the first watched repo), then write the ranked leaderboard article and notification.

Frequently Asked Questions about skill-leaderboard

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I track real skill adoption and configuration drift across GitHub forks?

To track skill adoption across GitHub forks, you need to enumerate fork trees via GitHub APIs and compute divergence metrics per skill against upstream defaults. This process reveals which customized configurations are actually running, rather than relying on default always-on signals.

What is the best way to identify which upstream skills should be promoted or sunset for downstream forks?

Identifying upstream skills for promotion or sunset requires applying adoption heuristics to a configured fork fleet. By deriving divergence metrics and detecting zero-adoption signals, maintainers can generate actionable Promote, Match, and Sunset candidate lists.

How do I generate a weekly leaderboard report for customized Aeon skills?

Generating a weekly leaderboard report involves scanning configured Aeon forks and comparing their settings to local aeon.yml upstream defaults. The system then persists week-over-week state in JSON and outputs a ranked markdown article detailing skill adoption.

Does this skill adoption analysis handle GitHub API limitations and small fork denominators?

Yes, skill adoption analysis includes guardrails for GitHub API limitations and repo visibility issues. It suppresses notifications when the configured denominator of customized forks is too small to provide useful or meaningful adoption data.

When do I need to measure configuration customization instead of just counting fork popularity?

You need to measure configuration customization when default always-on settings create misleading popularity signals. Scoring adoption only among forks whose configurations diverge from upstream defaults ensures results reflect meaningful, deliberate operator customization.

What skill leaderboard data is required to analyze model and schedule preferences across a fork fleet?

Analyzing model and schedule preferences across a fork fleet requires reading upstream defaults from a local aeon.yml file. The system then enumerates fork trees via GitHub APIs to derive divergence metrics and apply adoption heuristics for accurate insights.