今天，总之先麻了，汇总一下关键词：

• 社区
• 开源
• 个人
• 用户
• 商业。

涉及到一些开源软件的问题与社区的行为关系及看法。

目前有一些应用软件，自身处于开源背景下，在开源的同时增加了一些附加的开源条款，其在社区中产生了一些小小的影响。

一类指应用开源附加协议导致的社区约束问题，其中：

• CherryStudio 软件：是一款集多模型对话、知识库管理、AI 绘画、翻译等功能于一体的全能 AI 助手平台。（Apache 2.0开源协议，附加商业准则条款）
  在附加协议中，可以看到人家的协议几乎没有任何问题，对于社区来说，受约束的只有一条：“不可在商业系统中捆绑进行销售行为”。

二类就是深度开源与 UOS 商业化中产生牵连问题，其中：

• 应用在 “深度应用商店” 上架，在开源的 LinuxDeepin 操作系统 中一般来说没有任何问题，开源与开源不分国界。
• 但是，深度应用商店与 UOS 有渊源，UOS 这边的应用商店受到不允许进行捆绑销售的约束，可以理解为该应用不可在商业系统中捆绑的内容中出现。
• 对于商业的决策来说，有别人没的东西是力有竞争的条件，而这软件在其应用商店中出现，就变成了力有竞争的商业行为。

三类就是社区的平衡方式，其中：

• 社区解决问题习惯遵从 UOS 为优先的操作。
• 当出现这类问题的时候，以处理问题的操作是先直接一刀砍向 deepin （手动狗头），结果就是 deepin 用户受伤了，下载不到 CherryStudio 。
• 我也希望出现问题的时候，大刀先砍下来，问题解决(正规手段，要全力的将刀砍空，不伤你我它)。
• 社区解决了UOS的问题，但用户受伤了。（虽然时间能淡化一切）

如果开源软件的附加条款就是针对商业行为的，那我们是不是可以改变一种策略：

• 不提供软件的下载，但能提供该软件的合法下载途径。（总比左手切右手一刀切没了更好）
• 社区针对这类商业化软件，不以实物包投递，而是以指导方法，以描述来驱动商店的资产丰富。

再水一句：“突然一想， linglong 会不会也有这样的问题.....”