用途：对依赖清单（package.json、requirements.txt、go.mod、Gemfile、Cargo.toml、pom.xml、SBOM）、单个库或团队拟开源的代码做开源许可证合规首轮检查，输出可执行的备忘录。
主要能力：先加载 ~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md 实践配置（缺失或含占位符时先运行 /ip-legal:cold-start-interview），并读取其中上传的 OSS 政策作为接受/审查/禁止许可证的依据。确定审查范围与部署模型（SaaS、分发二进制、仅内部、嵌入式/固件）后，按许可证家族分类：宽松、弱 copyleft、强 copyleft、公共领域、非 OSI 源可用（SSPL、BUSL、Commons Clause、Elastic License 等）、未知。要求读取实际许可证文本而非仅元数据，标记许可证未知为“需审查”、非 OSI 冒充开源、双许可、已弃用、传递依赖 copyleft、近期改许可（Redis、MongoDB、Elastic、HashiCorp）等情形。结合链接方式（静态/动态链接、头文件、子进程、网络 API、文件级 copyleft）评估触发风险，分级为🔴严重、🟠高、🟡中、🟢低，并给出合规、替换、移除、律师审查或寻求商业许可的建议。对外开源时另做出站检查：出站许可证与嵌入依赖是否兼容、LICENSE/NOTICE 是否齐全、是否含专有代码或凭据。
使用方式：命令示例 /ip-legal:oss-review ~/code/my-project/package.json、/ip-legal:oss-review redis、/ip-legal:oss-review ~/code/my-project（仓库根扫描全部清单）。
适用场景与限制：供法务或具备律师支持的工程师对依赖树做首轮分类与义务映射。它是首轮分析，强 copyleft 与未知许可证须由律师在依赖发布前评估；copyleft 判断依赖部署模型、管辖地与未决法律问题（如 AGPL 网络交互、GPL-3.0 专利条款）。默认采用“不静默补充”原则：研究结果不足时报告并停止，不擅自用网络搜索或模型知识填补；引用需标注来源标签。连接 Jira、Linear、Asana 等工单系统可监控请求并在工单内回复，未连接则逐条手动处理，具体接入见 CONNECTORS.md。最终备忘录须加工作成果头，并按权限范围分发。