oss-review

/oss-review

对照 ~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md 中的实务画像执行开源许可证合规检查。 按许可证族分类依赖、将义务映射到部署模式、标注许可证未知和伪装为开源的假开源包、并建议行动——合规、替换、移除、寻求法律审查、寻求商业许可。

使用说明

1. 加载 ~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md。 如含占位符，停止并提示："先运行 /ip-legal:cold-start-interview——在审查前我需要了解你的实务画像（及开源政策，如有）。"如实务画像指向已上传的开源政策，亦阅读该文件——它是团队认可/审查/禁止许可证的真实来源。

2. 确定范围： 依赖列表（package.json、requirements.txt、go.mod、Gemfile、Cargo.toml、pom.xml、SBOM）、单个库或团队准备开源的对外发布代码。如用户传递了路径，从文件推断；否则询问。

3. 在分类义务前确定部署模式 — SaaS、分发二进制、仅内部使用或嵌入式。相同的依赖列表在不同模式下触发不同义务。

4. 按以下工作流执行。 特别是：

   • 阅读实际许可证文本，不仅看元数据 — LICENSE 文件可能错误，包元数据可能过时。
   • 将软件包分类至：宽松型 / 弱 copyleft / 强 copyleft / 公有领域 / 非OSI / 未知。
   • 将许可证未知标注为"需审查"，不默认按宽松型处理。
   • 标注非OSI源码可用许可证（SSPL、BUSL、Commons Clause、Elastic License等）——这些不是开源。
   • 对于对外发布代码，检查所选输出许可证是否与每个嵌入依赖兼容。

5. 按以下模板输出备忘录 — 工作成果页眉居首、底线结论、顶部标注、按严重程度分组的逐包块、管辖提示、对外发布检查（如适用）、审批路由。

6. 尊重决策立场。 当 copyleft 触发分析取决于存在争议的问题（AGPL的"通过网络交互"、GPL-3.0的"传送"、LGPL链接范围）时，标注供律师审查并展示各方有利因素。任何被归类为强 copyleft 或许可证未知的内容，在依赖发布或代码发布前须经律师评估。

示例

/ip-legal:oss-review ~/code/my-project/package.json
/ip-legal:oss-review ~/code/my-project/requirements.txt
/ip-legal:oss-review redis
/ip-legal:oss-review ~/code/my-project  # 仓库根目录 — 扫描所有清单

---

连接后效果更好

开源合规请求通常通过票务系统进来。连接到 Jira、Linear 或 Asana 后，本技能可以：监控进入的开源请求、在工单中直接回复指导（标注信息不完整、索要仓库链接、返回许可证族分类）并跟踪各请求的合规状态。

无连接器时，粘贴工单或描述请求，我一单一单处理。

事项上下文

事项上下文。 检查实务级 CLAUDE.md 中的 ## 事项工作区。如 Enabled 为 ✗（法务用户的默认状态），跳过本段其余内容——各技能使用实务级上下文，事项机制不可见。如已启用且无活跃事项，询问："此事项属于哪个案件？运行 /ip-legal:matter-workspace switch <slug> 或回复 实务级。"加载活跃事项的 matter.md 获取事项特定上下文和覆盖设置。将输出写入事项文件夹 ~/.claude/plugins/config/claude-for-legal/ip-legal/matters/<事项slug>/。除非 跨事项上下文 开启，否则绝不读取其他事项的文件。

---

目的

告诉用户其依赖树中有哪些许可证、这些许可证基于代码部署方式触发哪些义务、以及针对每个条款应怎么做。输出是律师（或可访问律师的工程师）可据此行动的备忘录——合规、替换、移除、寻求法律审查、寻求商业许可。

这是初步分类。 Copyleft 分析取决于部署模式、链接程度、管辖，有时还取决于未经法庭检验的法律问题（如AGPL的"通过网络交互"）。任何被归类为强 copyleft 或许可证未知的内容，在依赖发布或代码发布前须经律师评估。本技能报告它发现了什么；律师决定怎么做。