Paste any GitHub repo and get a plain-English verdict: is its license permissive, weak copyleft, or strong / network copyleft — and can you safely rebrand it and host it commercially? It reads the license straight from GitHub's public API in your browser. No signup, no account, free.
Examples: vercel/next.js · https://github.com/torvalds/linux · paste either form, then press Enter or Check.
🔒 The only network request is a call to GitHub's public API (api.github.com) that you trigger by clicking Check. Nothing else leaves your browser — no analytics, no tracking. Your last-checked repo is remembered locally and cleared by Reset.
A quick map from common open-source licenses to their copyleft-risk class and what it means for rebranding and hosting a commercial product. This is general information, not legal advice — always read the actual LICENSE file (see the disclaimer below).
| License (SPDX) | Class | Rebrand & host commercially? | One-line caveat |
|---|---|---|---|
| MIT | ✅ Permissive | ✅ Yes | Keep the copyright + license notice in your distribution. |
| Apache-2.0 | ✅ Permissive | ✅ Yes | Keep the notice, state your changes; includes an explicit patent grant. |
| BSD-2-Clause / BSD-3-Clause | ✅ Permissive | ✅ Yes | Keep the notice; 3-Clause also bars using the author's name to endorse. |
| ISC | ✅ Permissive | ✅ Yes | MIT-equivalent; just keep the short notice. |
| 0BSD / Unlicense | ✅ Permissive | ✅ Yes | Effectively public-domain; no notice required, no obligations. |
| MPL-2.0 | ⚠️ Weak copyleft | ⚠️ Yes, with care | Changes to MPL files must stay open; the rest of your app can be closed. |
| LGPL-2.1 / LGPL-3.0 | ⚠️ Weak copyleft | ⚠️ Yes, with care | OK if dynamically linked; users must be able to relink. Static linking pulls in more. |
| EPL-2.0 | ⚠️ Weak copyleft | ⚠️ Yes, with care | Modifications to EPL files must be shared; separate modules can stay closed. |
| GPL-2.0 / GPL-3.0 | ❌ Strong copyleft | ❌ Not closed-source | The whole combined work must be released under the GPL. Blocks closed-source reuse. |
| AGPL-3.0 | ❌ Network copyleft | ❌ Not as closed SaaS | Even a hosted network service must offer its full source under AGPL. |
| No license / "All rights reserved" | ❓ Unrecognized | ❌ No (by default) | No license = all rights reserved. You have no reuse permission until one is granted. |
Paste the repo's GitHub URL (or owner/repo) above and click Check. The tool calls GitHub's public API from your browser, detects the SPDX license, and returns a plain-English copyleft-risk class plus a clear answer on whether you can rebrand and host it commercially. No signup, nothing stored on a server.
Generally yes. MIT, Apache-2.0, BSD, ISC, Unlicense, and 0BSD are permissive: use, modify, rebrand, and host commercially as long as you keep the original copyright/license notice (Apache-2.0 also asks you to note changes and grants a patent license). They don't force you to open-source your own code. Confirm by reading the LICENSE file.
Permissive (MIT, Apache-2.0, BSD, ISC) lets you do almost anything if you keep the notice. Weak/file-level copyleft (MPL-2.0, LGPL, EPL) requires sharing changes to the licensed files but lets the rest of your project stay closed. Strong copyleft (GPL) and network copyleft (AGPL) require the whole combined work — and for AGPL even a hosted service — to be released under the same license.
No. A public repo with no license is not public domain — by default all rights are reserved to the author, so you have no permission to copy, modify, redistribute, or host it commercially. Treat "no license" as "do not reuse" until the author adds an open-source license or grants you written permission.
Usually not. AGPL-3.0 is network copyleft: if you run a modified version as a network service, you must offer your users the complete corresponding source under AGPL-3.0. That defeats most closed-source SaaS models — you'd need a separate commercial license from the copyright holder.
No — the license is about your legal rights, not upkeep. This tool also surfaces maintenance signals from the GitHub API (last push, archived flag, open issues, stars) so you can judge whether a repo is fresh, aging, stale, or archived. A permissive license on an abandoned repo is still a risk you take on.