Snyk 许可证合规检查器
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/snyk-license-compliance-checker。
技能介绍
解决的问题
开源依赖很少只带来代码。一次普通的 npm install 或 pip install 可能把 GPL/AGPL、宽松许可证或来源不清的传递依赖拉进项目。等到发布、审计或法务复核时才发现许可证冲突,通常要回溯 package-lock.json、Pipfile.lock、go.mod 和 pom.xml,成本很高。另一个问题是团队缺少统一出口:开发看依赖,安全看漏洞,法务看 SPDX,三方对同一项目的理解不一致。
技能如何工作
Snyk 许可证合规检查器基于 Snyk 的许可证数据和依赖解析能力,覆盖常见生态:
- npm:解析
package.json及锁文件,覆盖直接与传递依赖 - PyPI:识别 Python 包及其依赖图
- Maven:读取
pom.xml,纳入构件许可证信息 - Go modules:跟踪
go.mod与模块依赖
核心流程是收集依赖清单、匹配许可证、按项目策略标记风险,并输出 SPDX 格式报告。对 copyleft、强互惠许可证或组织内部限制使用的许可证,它会明确提示风险项,便于在 CI 或发布前拦截。
适用边界与注意点
这个技能适合作为许可证扫描和工程拦截层,不替代法律判断。它对未打包代码、私有 fork、模糊许可证文本、自定义 LICENSE 文件和运行时动态安装依赖的识别可能存在局限;CLI 需要完成认证,REST API 需要可用凭证和权限,扫描范围取决于依赖清单能否完整解析。结果应与 SBOM、人工复核和公司许可证政策一起使用。
使用场景
- 商业 SaaS 发布前,审计 npm 和 PyPI 依赖中是否混入 GPL/AGPL 代码。
- 后端微服务依赖 Maven 与 Go modules,发布前扫描许可证与项目策略是否冲突。
- 外部安全审计需要 SPDX 格式的开源许可证清单,覆盖直接与传递依赖。
- CI 中检查 npm 直接和传递依赖,拦截引入强 copyleft 许可证的提交。
适合人员
- 后端工程师,需要在发布前确认 npm、PyPI、Maven 和 Go 依赖的许可证合规。
- 安全与合规工程师,需要生成 SPDX 报告并标记 copyleft 许可证风险。
- 法务或开源办公室,复核开源许可证清单并给出可发布结论。
- DevOps 负责人,想在 CI 中固定许可证检查范围和结果输出。