GitHub activity snapshots per coin: commits, contributors, issues, stars, forks. One row per repo per week.
One row per repository per week. commits_last_4_weeks can be 0 on a repo with 38 contributors — detecting the dormant ones is the point.
Every field the corpus returns for one record. Real shape — walked corpus-wide, not sampled.
A curl that runs against the live API right now, plus the MCP tool names for the same data.
MCP tools
get_developer_activityget_developer_activity_detailThree concrete questions this capability answers that a general crypto API does not.
commits_last_4_weeks ascending and the dormant repos surface themselves — the example record above carries 38 contributors and 0 commits in the last four weeks.open_issues is the live count from each snapshot.Required, not optional. Coverage gaps, staleness and parameter traps that were observed by running the curl above against the live server on 2026-09-18.
There is no working managed filter.
Verified corpus-wide on 18 Sep 2026: ?managed=true returns the full 3,822 records, ?managed=false returns 0, ?managed=banana (junk value) returns the full 3,822. An invalid value returns the unfiltered corpus, so a working-looking boolean filter is indistinguishable from no filter at all. Filter client-side on repo_name or contributors_count instead.
Zero commits does not mean zero activity.
A repo with 38 contributors can carry commits_last_4_weeks: 0 — pull requests, reviews and issue triage are not counted. Treat 0 as 'no merges in the window', not 'the repo is dead', and look at contributors_count alongside.
One snapshot per repo per week, not per push.
Granularity is weekly. The date is the snapshot date, not the most recent commit. Real-time activity requires the GitHub API directly.