在资源发布页提供类似 Nexus 或 GitHub 的授权许可简化版解释
-
一句话概括……
在现有授权许可的基础上,加上一些帮助开发者和玩家理解其含义的简化版说明。
本建议贴希望……
- 对使用现有许可证的项目,在现有项目展示页显示许可类型的基础上,提供简易许可证解释。
- 对选择「作者保留所有权利或有特别声明」的项目,提供一套问卷,并根据问卷填写结果向最终用户展示授权信息,让大部分用户一眼看过去就知道「我能不能做某某事」。
- 在后台发布页已有的选择许可证下拉菜单基础上,当创作者选择现有许可证时,显示一样的简易许可证解释,并告知创作者,如有需要,应优先选择 ARR。
本建议贴无意于……
- 取代或替换现行的「许可证」选项:「简易的解释」不能取代真正有法律效力的文本。
- 提供法律援助或法律咨询:红石中继站不是一家律师事务所,不能也不该提供此类咨询。
- 缓解乃至消灭社区中不遵守许可证的问题;以及其他合乎授权许可,但在道德及其他层面上争议巨大的问题:不可能指望这样一个小功能就能解决这些老大难问题。
动机
授权及许可证问题长久以来一直困扰着 Mod 开发者们。开发者们有时并不清楚他们选择的许可证是否于与其真实想法相冲突,而用户也不一定知道那些看上去就很「高大上」的许可证都写了些什么。因此,我们不时能看到这样的场景:
- 开发者甲选择在 LGPL v3 许可证条款下发布了一款新 Mod,然后同时强调该 Mod 禁止商用。
- 此时「禁止商用」的条款实际上与 LGPL v3 许可证的条款相冲突了。
- 整合包作者乙私信询问另一位开发者丙,「我是否能在我的整合包中使用你的 Mod?我保证不会用于商业用途」,而乙所询问的 Mod 是在 Apache 2.0 许可证条款下发布的。
- Apache 2.0 许可证已经说明了用户可分发作品的副本,可以覆盖「在整合包中使用」的需求。这甚至包括商业使用。
诚然,自由与开源软件运动已经在 Modded Minecraft 社群中扎根数年,已有的统计数据也表明多数公开发布的模组是在形形色色的自由或开源软件许可证条款下发布的。然而,自由与开源软件运动对更多普通玩家来说,仍然是个相对陌生的概念,毕竟玩家要玩懂 Mod 并不需要知道「自由/开源软件是个什么」。然而,玩家一旦走出「只是玩家」的身份,开始想创作点什么的时候,他们就很有可能会碰到这个问题,并有不低的概率因为不懂其中的门门道道而碰一鼻子灰。这无疑是种打击新人的高效手段——并且是红石中继站不希望看到的场面。
另一方面,出于同样的原因——「门门道道太多」「一千个作者有一千套说法」——部分社区创作者在过去十几年间逐渐培养出了「不管三七二十一,先问问作者授权怎么说总没错」的心态,惟对于拥抱开放授权的开发者来说,这样的行为无异于当头棒喝:「我写了那么多字你们一点都不看是吧?」并催生出了「只要你专门问,那你就没有使用我的作品的授权许可」的神奇授权许可。得益于以 CurseForge 和 Modrinth 为代表的专业托管平台的普及,这样的现象如今已不多见。但红石中继站目前还没有发展到前两者那样,所有整合包使用的 Mod 全部以「引用」而非完整文件打包的方式上传,上述问题在红石中继站中仍然有生长的土壤。
我们当然可以把问题直接简化为「对《著作权法》了解不够」,但考虑到由此引发的冲突中,双方最终对簿公堂的案例并不多,我们其实可以这样描述现状:
社群成员以对《著作权法》及其他相关法律法规的有限了解为底线,辅以相关的道德标准,通过社群成员间不断互动积累共识,并引入自由或开源软件许可证等工具简化实践,自发磨合出一套不成体系,但运转良好的「行为规范」。
并在此基础上,这样描述当前的问题:「有没有这套行为规范的速成教程?」
新功能描述
红石中继站可在已有的「资源信息」一栏的「授权协议」一项旁边,加一个「点我了解详情」按钮,或其他有类似作用的机制,其效果为展示一信息窗,内含下列内容:
- 是否允许个人使用,及私人服务器使用
- 是否允许在公开发布的整合包中使用
- 是否允许用于商业用途
- 是否允许分发副本(即俗称的「搬运」)
- 是否允许修改,并分发修改版本
- 其他上文中未提及的常见需求
上述内容应基于创作者选择的授权许可生成。具体来说:
- 若创作者选用了某款现有许可证,则应根据该许可证文本推导出上述问题的回答并显示
- 若创作者选择了「作者保留所有权利或有特别声明」,则应提供问卷或类似机制,以供创作者说明他们的授权许可细节。同时,亦应提供填写具体操作细则的「详细说明」栏;该栏也可设定为指向授权许可全文的外链。
上述内容也应在创作者在新建项目并选择许可证时提示。可在授权许可的下拉菜单旁加一行小字「点我了解详情」,或可根据实际情况改用其他方式实现。
上述内容应在一旁以小字标明「这不是法律建议;如有需要,请咨询律师或相关法律工作者」,或等价内容。
替代方案
红石中继站可以出一套类似 https://choosealicense.com/ 的「简明许可证选择指南」,收录常见许可证及其简明解释,同时还可以就诸如「给贴图、音乐等非代码资产(Assets)用的许可证」「同一项目的不同部分使用不同许可证」「不指定许可证」等其他常见需求给出详细说明。
单独提供一个站点相比于直接把指南内嵌入红石中继站主站来说更灵活,开发工作量也更低。社区成员也可以自发编撰这样一份指南,不需要红石中继站做任何事。
相关案例参考
此功能的灵感源自 Nexus:此前在群聊中有人提及 Nexus 上的 Mod 发布页便会详细列出文件的授权许可。以这款《上古卷轴》的 Mod《艾尔登战技》为例:
我们可以看到其项目页首页靠上的部分就有一名为「Permission and Credits」的标签,简要概括了该 Mod 的授权情况:禁止「搬运」、禁止移植到其他游戏、修改前须征得原作者同意、使用其资产(Assets)前亦须征得同意、如此等等。此外,Nexus 还提供了「Author notes」一栏可供作者说明上述简介中未覆盖的情况,惟此处使用的示例 Mod 并未使用这一功能。
此功能在其他主攻 Minecraft Mod 发布的网站——CurseForge、Modrinth、乃至并非天生就是托管站的 MCMOD 百科——中皆不存在。除开 Nexus,最接近上述描述的恐怕是 GitHub 的许可证自动识别,如下图:
可以看到 GitHub 会尝试自动识别当前项目所使用的许可证,并以列表形式列出「用户有什么权利」「用户没有什么权利」「用户需要履行的义务」等。
匆忙写完的,如有疏漏还请多多包涵。
-
实际上这个我们也早有规划,只是工作量挺大的,没太多时间来完成,目前还需要完成一些更加重要的东西
-
支持。现阶段创作者可以自行粘贴许可证摘要至简介中,但是提供单独的组件显然对用户更加友好,也符合一般资源站的普遍标准。