Run It Yourself

We cache generated cards for a few hours or days to avoid potential rate-limiting in the GitHub API or on Vercel. If you want to set your own cache duration or you want to include private contributions in your stats without granting our hosted version of GitHub-Stats-Extended access to your private contributions, you can run GitHub-Stats-Extended on your own.

GitHub Actions is the simplest setup with static SVGs stored in your repo but less frequent updates, while self-hosting GitHub-Stats-Extended on Vercel takes more work and can serve fresher stats (with caching).

GitHub Action

With github-readme-stats-action you can generate static cards in your GitHub Actions workflow, commit them to your profile repository, and embed them directly from there. This avoids any per-request API calls.

Create /.github/workflows/grs.yml in your profile repo (USERNAME/USERNAME):

name: Update README cards

on:
  schedule:
    - cron: "0 0 * * *" # Runs once daily at midnight
  workflow_dispatch:

jobs:
  build:
    runs-on: ubuntu-latest

    permissions:
      contents: write

    steps:
      - uses: actions/checkout@v6

      - name: Generate stats card
        uses: stats-organization/github-readme-stats-action@v2
        with:
          card: stats
          options: username=${{ github.repository_owner }}&show_icons=true
          path: profile/stats.svg
          token: ${{ secrets.GITHUB_TOKEN }}

      - name: Commit cards
        run: |
          git config user.name "github-actions[bot]"
          git config user.email "41898282+github-actions[bot]@users.noreply.github.com"
          git add profile/*.svg
          git commit -m "Update README cards" || exit 0
          git push

Then embed from your profile README:

![Stats](./profile/stats.svg)

See more options and examples in the GitHub Readme Stats Action README.

Self-hosted on Vercel

Running your own instance avoids public rate limits and gives you full control over caching, tokens, and private stats.

First step: get your Personal Access Token (PAT)

For deploying your own instance of GitHub Stats Extended, you will need to create a GitHub Personal Access Token (PAT). Below are the steps to create one and the scopes you need to select for both classic and fine-grained tokens.

Selecting the right scopes for your token is important in case you want to display private contributions on your cards.

Classic token

• Go to Account → Settings → Developer Settings → Personal access tokens → Tokens (classic).
  • Click on Generate new token → Generate new token (classic).
  • Scopes to select:
    • repo
    • read:user
  • Click on Generate token and copy it.

Fine-grained token

Warning

This limits the scope of commits to public repositories only.

• Go to Account → Settings → Developer Settings → Personal access tokens → Fine-grained tokens.
  • Click on Generate new token → Generate new token.
  • Enter a token name
  • Select an expiration date
  • Select All repositories
  • Scopes to select under Permissions:
    • Commit statuses: read-only
    • Contents: read-only
    • Issues: read-only
    • Metadata: read-only (added automatically when selecting above scopes)
    • Pull requests: read-only
  • Click on Generate token and copy it.

On Vercel

Click on the deploy button to get started!

Recommended: Step-by-step guide on setting up your own Vercel instance

1. Go to vercel.com.
2. Click on Log in.
3. Sign in with GitHub by pressing Continue with GitHub.
4. Sign in to GitHub and allow access to all repositories if prompted.
5. Fork this repo. Disable “Copy the master branch only”.
6. Go back to your Vercel dashboard.
7. To import a project, click the Add New... button and select the Project option.
8. Search for the forked Git Repository and import it by clicking the Import button.
9. Create a Personal Access Token (PAT) as described in the previous section.
10. Add the PAT as an environment variable named PAT_1 (as shown). Note: For enhanced security, you can add a variable as a sensitive variable. To do this:
    1. Go to Environment Variables in Project Settings, then choose Add Environment Variable.
    2. Uncheck Deployment from Environments
    3. Now you can make the variable Sensitive by checking the checkbox.
11. As Root directory select the apps/backend folder.
12. Click deploy.
13. Point your Vercel project at the release branch instead of master.
    master contains unreleased, potentially unstable code, while release contains the latest stable release.
    1. In your Vercel project settings, go to Environments → Production and change the tracked branch from master to release.
    2. Go to Deployments → ... → Create Deployment, select release and click Deploy to production.
14. See your domains to use the API!

Optional steps

Add an SQL database

Add an SQL database, either through an integration such as “Nile”, or by manually setting the environment variable POSTGRES_URL.

Use your own OAuth App

Create your own OAuth App and set the environment variables OAUTH_REDIRECT_URI, OAUTH_CLIENT_ID and OAUTH_CLIENT_SECRET on Vercel accordingly.

Silence the turbo build warning

Set the environment variable TURBO_PLATFORM_ENV_DISABLED to true to disable the build-time warning from turbo about environment variables missing from turbo.json. This warning is not relevant in our project.

Available environment variables

GitHub Stats Extended provides several environment variables that can be used to customize the behavior of your self-hosted instance. These include:

Name	Description	Supported values
CACHE_SECONDS	Sets the cache duration in seconds for the generated cards. This variable takes precedence over the default cache timings for the public instance. If this variable is not set, the default cache duration is 24 hours (86,400 seconds).	Any positive integer or 0 to disable caching
UPDATE_AFTER_HOURS	Sets the duration in hours after which the server proactively regenerates a previously requested card. Defaults to 11 hours.	Any int or float
DELETE_AFTER_HOURS	Sets the duration in hours after which the server stops proactively regenerating a previously requested card if it hasn't been requested again in the meantime. Defaults to 8 days, i.e. 192 hours.	Any int or float
WHITELIST	A comma-separated list of GitHub usernames that are allowed to access your instance. If this variable is not set, all usernames are allowed.	Comma-separated GitHub usernames
GIST_WHITELIST	A comma-separated list of GitHub Gist IDs that are allowed to be accessed on your instance. If this variable is not set, all Gist IDs are allowed.	Comma-separated GitHub Gist IDs
EXCLUDE_REPO	A comma-separated list of repositories that will be excluded from stats and top languages cards on your instance. This allows repository exclusion without exposing repository names in public URLs. This enhances privacy for self-hosted instances that include private repositories in stats cards.	Comma-separated repository names
FETCH_MULTI_PAGE_STARS	Enables fetching all starred repositories for accurate star counts, especially for users with more than 100 repositories. This may increase response times and API points usage, so it is limited to 10 fetches - i.e. 1000 repos - on the public instance.	true or false or a maximum number of fetches

See the Vercel documentation on adding these environment variables to your Vercel instance.

Warning

Please remember to redeploy your instance after making any changes to the environment variables so that the updates take effect. The changes will not be applied to the previous deployments.

Keep your fork up to date

You can keep your fork, and thus your private Vercel instance up to date with the upstream using GitHub’s Sync Fork button. You can also use the pull package created by @wei to automate this process.

As a prerequisite, GitHub has to know that your personal GitHub-Stats-Extended repo is a fork of https://github.com/stats-organization/github-stats-extended. This only works if you follow the “Step-by-step guide on setting up your own Vercel instance” above, instead of clicking the Vercel “Deploy” button above.