LicenseGuard

MIT vs AGPL-3.0-only

The two ends of the range, for when the question is simply "how bad is this".

Can you use them, and where?

They differ in 4 of the 5 ways you can ship software.

Side by side

Runtime dependency, dynamically linked. A build-time-only dependency reaches no user and carries no distribution obligation, whichever license it uses.

How you shipMITAGPL-3.0-only
Hosted SaaS No obligation Obligation triggered They differ here
Distributed binary No obligation Obligation triggered They differ here
On-premises delivery No obligation Obligation triggered They differ here
Internal use only No obligation No obligation Same
Published library No obligation Obligation triggered They differ here

MIT

The most widely used permissive license. It grants nearly unrestricted use in exchange for keeping the copyright notice and license text with the software. There is no source-disclosure requirement and no patent clause.

Full obligations for MIT

AGPL-3.0-only

The one that catches SaaS companies. Section 13 extends copyleft across the network: if users interact with a modified version remotely, they must be offered the corresponding source of the whole work. The GPL "hosted service is not distribution" reasoning does not apply here.

Full obligations for AGPL-3.0-only

Want to know which of these your project actually depends on?

Check your whole manifest →

LicenseGuard reports information derived from published license texts and dependency manifests. It is not legal advice and using it does not create an attorney-client relationship. Results reflect license metadata as declared; they do not identify every obligation or violation. Consult qualified counsel for decisions that matter.

Listed in the official MCP registry, on Glama and on Smithery. Source on GitHub (Apache-2.0).