oss-review

Classify license families and map obligations by deployment model.

Updated May 26, 2026
One-click install
npx skills add https://github.com/yachela/claude-for-legal-ar --skill oss-review-yachela
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: oss-review
Source: https://github.com/yachela/claude-for-legal-ar/tree/main/ip-legal/skills/oss-review
Command: npx skills add https://github.com/yachela/claude-for-legal-ar --skill oss-review-yachela

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

oss-review helps legal and engineering teams reduce shipping risk by determining what open source licenses are present and what obligations those licenses trigger under your software’s deployment model, especially for copyleft and non-OSI source-available licenses.

Core Features & Use Cases

  • Dependency scope review: Review a dependency list, a single library, or outbound code proposed for open-sourcing.
  • Deployment-model mapping: Classify and translate license obligations into actions based on SaaS, distributed binary, internal-only, or embedded/firmware delivery.
  • Copyleft and non-OSI risk surfacing: Flag license-unknown packages for review, distinguish weak vs strong copyleft, and identify non-OSI licenses posing as open source.
  • Outbound release compatibility check: Verify the chosen outbound license is compatible with every embedded dependency license and that required attribution files are present.

Quick Start

Run oss-review on your dependency manifest by providing the package file path or repo path when prompted by the argument-hint.

Frequently Asked Questions about oss-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I check open source license compliance for a dependency list before shipping?

Open source license compliance checking for a dependency list involves classifying license families from actual license text and mapping obligations by deployment model. This process flags unknown and non-OSI licenses, recommending whether to comply, replace, remove, or seek commercial licensing.

What is the difference between weak and strong copyleft risk when reviewing an SBOM?

Copyleft risk in an SBOM review distinguishes weak copyleft, which typically affects only linked libraries, from strong copyleft, which requires derivative works to be released under the same license. This distinction maps to specific obligations based on your software delivery model.

How do I prepare proprietary code for open-sourcing and verify outbound license compatibility?

Outbound license compatibility checks verify your chosen outbound license is compatible with every embedded dependency license. This preparation ensures required attribution files are present and confirms whether dependencies can be included across SaaS, distributed binary, internal-only, or embedded deployments.

Can I use a non-OSI source-available library in a commercial SaaS deployment?

Using a non-OSI source-available library in a SaaS deployment requires classifying the actual license text to identify obligations and restrictions. This assessment flags licenses posing as open source and recommends whether to comply, replace, or seek review for commercial licensing.

What are the limitations of automated legal review workflows for unknown license packages?

Automated legal review workflows for unknown license packages are limited by the need to classify actual license text rather than relying solely on manifest metadata. They flag unknown packages for review but cannot finalize comply or replace decisions without human legal assessment.