LicenseGuard
LicenseGuard
用于判断所依赖的 OSS 许可证是否会对你的分发模式产生法律义务的工具。
生产环境: https://license-guard.rcc-aoki.workers.dev
有何不同
现有的许可证合规产品被分为两类:“判定深入但必须商谈(FOSSA / Black Duck)”或“自助式但判定较浅(Snyk)”,而两者的交汇处没有产品存在。
差异化的核心在于判定层。即使是相同的许可证,结论也会因上下文而完全相反。
使用方式 | AGPL-3.0 的后果 |
作为 SaaS 对外提供 | 有披露义务 |
仅用于内部系统 | 无义务 |
向客户交付、分发 | 有披露义务 |
devDependency(不包含在交付物中) | 无义务 |
最后一行是关键。现有工具大多不区分 dev 与 runtime 就发出警告,导致狼来了效应而被忽视。
Related MCP server: DepGuard
供智能体使用
需要这个产品的时候,不是在浏览器里搜索时,而是在添加依赖时。因此首要的部署位置不是搜索结果,而是智能体的工具。
claude mcp add licenseguard --transport http https://license-guard.rcc-aoki.workers.dev/mcp无状态的 Streamable HTTP,无需认证。提供的工具:
工具 | 用途 |
| 在添加一个依赖之前调用 |
| 审计整个清单文件 |
| 说明许可证本身在所有分发模式下要求什么 |
JSON API 也返回相同的判定结果。
curl "https://license-guard.rcc-aoki.workers.dev/api/pkg/pypi/pyload-ng?model=saas"
# => {"license":"AGPL-3.0-only","verdict":"blocked", ...}面向智能体的入口已汇总在 /llms.txt。
当前阶段
Phase 0(支付意愿验证) — 已发布 MCP 服务器和免费 Web 工具。由于主战场不是搜索而是智能体的工作流,因此验证指标不是 CTA 点击率,而是 MCP 的接入数和持续调用次数。GitHub App(Phase 1)将在看到验证结果后再着手。
支持的生态系统: npm / PyPI / Go modules / crates.io(Rust)
格式 | 传递依赖 | 外部查询 |
| ○ | 不需要(包含许可证) |
| ○ | 需要(借助共享缓存递减) |
| ○ | 需要 |
| ○ | 需要 |
| ✗ 仅直接依赖 | 需要 |
传入锁文件即可判定到传递依赖(package-lock.json / pnpm-lock.yaml / yarn.lock)。
其中 package-lock.json 包含许可证,因此完全不需要外部查询。 锁文件
因包含许可证而完全不需要外部查询,实际安装的版本信息
可以直接使用。有问题的许可证比起直接添加的依赖,更多是作为依赖的依赖
混入的,因此这里才是实质上的重点。
curl -X POST https://license-guard.rcc-aoki.workers.dev/api/scan -H 'content-type: application/json' -d "$(jq -Rs '{content: ., distributionModel: "saas"}' package-lock.json)"开发
npm install
npm test # 全テスト
npm run typecheck
npm run smoke # 実レジストリへの疎通確認
npm run e2e # 本番に対する E2E 6種
# ui Playwright で実ブラウザ
# a11y アクセシビリティ
# mcp 公式 MCP SDK クライアント
# load 並列実行時の一貫性
# adversarial 敵対的入力・境界値
# correctness 既知の正解との突き合わせ
# operational 経路間の一致・HTTP・キャッシュ
npm run dev # http://localhost:8787即使单元测试全部通过,也有不用真实数据跑一遍就发现不了的缺陷。
smoke 和 e2e 针对与生产环境相当的外部依赖执行,因此发布前务必全部通过。
部署:
npm run db:migrate
npm run deploy文档
所依赖的 OSS
鉴于本产品自身所处理对象的性质,所有依赖都限定为 MIT / Apache-2.0 系。自有 SaaS 不会产生披露义务。
角色 | OSS | 许可证 |
SPDX 表达式解析 |
| MIT |
Web 框架 |
| MIT |
Go 的许可证数据 | ClearlyDefined API | Apache-2.0 |
免责声明
本工具所展示的是基于公开的许可证条款和依赖清单的信息,并非法律建议。使用本工具不构成律师与委托人关系。判定基于清单中声明的许可证信息,并不涵盖所有义务或违规。
Maintenance
Related MCP Servers
- FlicenseNot gradedqualityDmaintenanceMCP server that scans project dependencies for security vulnerabilities (CVEs) and provides fix instructions directly in VS Code via Copilot.3
- AlicenseNot gradedqualityBmaintenanceDepGuard is an MCP server for real-time dependency safety checks, verifying packages against vulnerability databases, deprecation metadata, and a local cache.20MIT

gridwork-licenseofficial
AlicenseAqualityDmaintenanceScans project dependencies for license compliance, classifying 60+ licenses and detecting conflicts and copyleft risks.438MIT- AlicenseNot gradedqualityFmaintenanceA lightweight MCP server for security reviews that injects security requirements before code generation, scans dependencies for CVEs, and verifies generated code without disrupting workflow.68MIT
Related MCP Connectors
Remote MCP for tool license checks, vendor policy review, alternatives, and license receipts.
Generate, audit, and maintain legal policies that match what your code actually does.
Personal MCP server for humans who create. Proof of authorship, license control.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/rccaoki-wq/license-guard'
If you have feedback or need assistance with the MCP directory API, please join our Discord server