开源人工智能定义 – 每周更新 4 月 29 日

开源人工智能定义 v.0.0.8 新草案已上线！

  • 该草案已准备好接收反馈。 
  • 变更日志： 
    • 采纳了哥德堡法律审查和 0.0.7 版本的反馈
      • 根据反馈，将数据透明度转换为数据信息
      • 将“超出范围”部分分离到FAQ 文档 18
      • 在前言中添加了关于无摩擦的提及
      • 将机器学习修改的首选形式的定义移至清单上方
    • 更新了语言，以遵循最新版本的模型开放框架
    • 添加了可选组件的法律要求
    • 添加了 FAQ 的第一个版本
  • 接下来的步骤包括
    • 在未来几周内扩大对审阅者的征集
    • 使用更多人工智能系统（Olmo、Phy、Mistral 等）测试该定义
    • 在美国 PyCon 举办一次评审研讨会

初步反应 

  • 关于为什么在“机器学习系统修改的首选形式”和“模型”下，删除了对模型权重的提及的疑问。 

投票决定如何描述接收文档的可接受条款？

  • 作为后续步骤的一部分，我们将继续审查来自不同人工智能系统的法律文件，以测试我们的定义。我们是否应该将 0.0.8 草案中“评估机器学习系统的清单”下列出的条款描述为OSD 兼容还是OSD 兼容？
    • 这一点很重要，因为它对数据透明度类别中组件的文档有不同的含义：对于“开放文档”没有正式的定义，OSI 尚未审查用于文档的许可协议。
  • 一位用户对两者都表示担忧，并指出
    • OSD 兼容意味着文档需要根据满足所有十项 OSD 标准的许可协议，而其中许多标准是特定于软件的。这可能很棘手，这就是为什么 OSI 迄今为止没有批准（很）多非软件许可的原因。在其含义中。许多专有许可协议与许多（非 copyleft）OSD 兼容的许可协议兼容，这可能会使其失去意义。
  • Maffulli 回复说
    • 他看到的主要区别在于它们被认为的法律严格性，其中“兼容性暗示任何人都可以进行的轻量级审查”
    • 他进一步建议 OSI 可以为文档专门创建一个特殊的许可协议类别。当声明开源人工智能的文档需要以 OSD 兼容的条款提供时，我们是否需要为文档创建一个特殊的 OSI 批准许可协议类别？
    • 他进一步补充说，他对“兼容”的理解不是根据现有许可协议，而是根据清单
  • 关于为文档专门创建“特殊许可协议类别”，一位用户补充说：
    • “我们需要文档不受限制其传播的限制，包括要求寻求额外许可或要求版税或要求经过审计的分发或类似要求。” 因此其范围相当有限。

FAQ 文档已创建 

  • 需要编写 FAQ 以解决在起草过程中经常听到的担忧。该文档正在编写中，等待贡献。

查看 OSI 是否会来到您附近举办研讨会

  • 开源人工智能定义正在巡回进行，以获得广泛的审查。这对于确保通过审查并获得全球意义非常重要。查看路演日期。