GitHub login
OAuth for identity, a GitHub App for activity. Two grants, deliberately separate — no member ever hands over code access.
Kreds turns merged pull requests, reviews and closed issues into a live leaderboard. Weighted so that helping someone ship beats shipping alone.
Every award is a row you can click through to the pull request.
No bot to configure, no standup ritual to add, nothing for your team to remember. Kreds reads what GitHub already knows.
One click. Kreds asks for your handle and which organizations you belong to. It never asks for your code.
An admin installs the Kreds GitHub App once and picks which repositories count. Everything else stays invisible.
Merges, reviews, approvals, closed issues and streaks. Awarded automatically as the webhooks arrive.
Weekly, monthly and all-time. Open it on a Friday and see who actually carried the week.
Every feature exists to answer one question: who is moving this team forward? Anything that did not help answer it did not get built.
OAuth for identity, a GitHub App for activity. Two grants, deliberately separate — no member ever hands over code access.
Webhooks, not polling. A merge shows up in the feed before you have closed the tab.
Weekly, monthly and all-time, with rank movement so you can see who is climbing, not just who is ahead.
First Merge, Review Machine, Top Reviewer, Weekly #1. Define your own on paid plans.
Consecutive days with a scoring action. Bonus awarded once per streak — weekends don't break it.
Time-boxed team goals. “No pull request waits more than 24 hours” beats nagging in standup.
Where reviews pile up, who is carrying them, and which repositories nobody is looking at.
Docker Compose, your infrastructure, your GitHub credentials. No license key, no phone-home.
REST API, outgoing webhooks and exports. Slack, Discord, Linear and Jira on paid plans.
A review is 15 Kreds and a merge is 25, so two reviews beat shipping alone. That single ratio is the whole opinion of the product.
| Rank | Member | Kreds | PRs | Reviews | Week |
|---|---|---|---|---|---|
| 01– | mariel-dev | 2,180 | 38 | 64 | +285 |
| 02– | tomas-r | 1,745 | 31 | 52 | +310 |
| 03– | shu-codes | 1,480 | 27 | 41 | +190 |
| 04▲2 | ana-builds<you> | 1,015 | 19 | 28 | +240 |
| 05▼1 | dan-ships | 970 | 34 | 6 | +150 |
| 06▲1 | lu-park | 680 | 12 | 18 | +140 |
dan-ships has the second-most merged pull requests on this team and sits fifth — six reviews. The board rewards helping, not shipping alone.
Self-hosting is free at any size, always. The hosted plans exist so you don't have to run it — and the Community tier is a real product, not a trial with a countdown.
Everything a small team needs to make contribution visible.
Get startedFor teams that want the whole thing, priced per person.
Start free trialEverything in Community, plus:
Same as Team, flat rate. Cheaper from 27 people up.
Choose GrowingEverything in Team, plus:
For 50+ engineers and the paperwork that comes with them.
Talk to usEverything in Growing, plus:
Team is per-seat, Growing is flat. Past 27 members Growing is the cheaper of the two — we would rather tell you than let you work it out on the invoice.
If your project is public and non-commercial, the Team tier is yours at no cost. Permanently — not a discount that expires.
Self-hosting is a first-class path, not a grudging concession. The whole product is in the box — no feature is held back to push you onto the hosted plan.
Postgres and Redis are in the compose file. One command up, one command to upgrade.
Your own OAuth App and GitHub App. Events go from GitHub to your server and stop there.
A laptop, a $5 VPS, your own Kubernetes. No license key, no seat check, no phone-home.
The real guide, not a teaser: App setup, upgrades, backups, proxies, and the errors we actually see.
# clone, configure, run
$ git clone https://github.com/zitdevs/kreds.git
$ cd kreds
$ cp .env.example .env
$ docker compose up -d
# http://localhost:3000One caveat we would rather say up front: GitHub has to reach your webhook endpoint, so a public HTTPS URL is required. For local development, a tunnel does the job.
Kreds is licensed under the Business Source License 1.1 — the same one Sentry, Cal.com and CockroachDB use. It does not meet the OSI definition, and pretending otherwise would be the first dishonest thing on this page.
The line is whether you are serving your own organization or selling to third parties. Running Kreds for a client as part of consulting work is fine. Launching “managed Kreds hosting” is not.
Every released version converts to the Apache License 2.0 four years after release. That is written into the license itself, not promised in a blog post we could walk back. Kreds only ever gets more permissive.
Because a permissive license lets a cloud provider host Kreds, sell it, and put nothing back — and there is no version of that story where the Community tier stays free. The BSL draws exactly one line and leaves everything else intact.
A restricted license is not an excuse for a closed process. Issues, roadmap and reasoning are public, and open-source teams get the paid tier for free.
Bug reports, docs fixes, new achievement ideas, integrations. No CLA — we only ask that what you send is yours to send.
Read the contributing guide →Issues labelled good first issue are scoped small on purpose, with the context you need already written down.
Browse good first issues →Roadmap, design decisions and the trade-offs behind them all live in Discussions. Disagree in public — that is the point.
Join the discussion →Self-hosting, scoring rules and licensing are documented properly, including the parts that are annoying.
Read the docs →Sponsorship is what keeps the Community tier free and generous rather than a trial in disguise, and what pays for the hours that go into self-hosting support nobody is billing for.
Help us keep Kreds fast, useful and community-friendly.
Kreds is built and maintained by ZitDevs. Every sponsor is one more reason the free tier does not need to shrink.
Sponsor the projectOr tell us why Kreds did not work for your team. Honestly, that is worth real money too.
Including the awkward ones. If something here is still unclear, open a discussion and we will answer it in public.
No, and we will not claim otherwise. Kreds is source-available under the Business Source License 1.1. The source is public, you can run it, modify it and contribute to it — but the license restricts one thing (offering it as a competing hosted service), and that restriction is what puts it outside the OSI definition. Each version becomes Apache 2.0 four years after release.
Yes, free, at any team size, forever. Docker Compose with Postgres and Redis is in the repository, and the whole product is in the box — nothing is held back to push you onto a paid plan. You bring your own GitHub App credentials, so your events never leave your infrastructure.
Yes. Internal use is expressly granted, including in production and at any headcount, and including running it for several teams inside the same organization. Running it for a client as part of consulting work you do for them is fine too.
No — that is the single thing the license forbids. You cannot offer Kreds to third parties on a hosted or embedded basis in order to compete with our paid version, and you cannot sell managed Kreds hosting without a commercial agreement. If that is what you want to build, email us; the conversation is welcome rather than a trap.
Yes. If your project is public and non-commercial, the hosted Team tier is free permanently — not a discount that expires. Open an issue with a link to your organization and we will enable it.
Slack and Discord first, so a weekly recap lands where your team already talks. Linear and Jira after that, so issue work counts alongside GitHub activity. Both are on the paid tiers. The roadmap lives in GitHub Discussions and it moves based on what people actually ask for.
No. The GitHub App asks for read access to metadata, pull requests and issues — never file contents. It receives pull_request, pull_request_review and issues webhooks, which carry titles, authors and states. That is everything Kreds needs to score.
No. Every award is keyed on the event type, the GitHub node id and the recipient, with a unique index behind it, so a replayed delivery collides and is dropped. GitHub redelivers more often than people expect, so this was built in from the first commit rather than patched in after someone noticed a doubled score.
Past awards keep the amount they were granted with. Rule changes only affect future awards, so a leaderboard never silently rewrites itself when someone edits a setting. Each award in the ledger shows the value it was granted with.