Dify被重复骑脸羞辱：我太难了！

今天 Dify 的 GitHub 仓库上演了一出魔幻现实大戏，Dify 开源社区好好地维护着自己的仓库，没想到忽然收到了一个（不止一个，还连着两个！）疑从丽珠医药发来的 PR，手起刀落就把 Dify 的 Logo 给换了。

为什么要换别人 Logo 呢？《 警惕，Dify成为DeepSeek开源最大受害主体 》这篇文章里就提醒了大家：有些“国产 DeepSeek 一体机”悄悄地把Dify拿回去改 UI，藏版权，抹Logo，最后打个包装就说自己“自研”。这种“借壳上市”的花招，在国内并不罕见（比如几百款“国产数据库”有很多都改自PG），只不过 Dify 这波儿被白嫖的有点太狠了。

但白嫖归白嫖，自己偷偷装个逼吹牛说自研也就算了，给人上来飞龙骑脸，一个 PR 就要把人家 Logo 换掉，这么赤裸裸的当面羞辱是不是有点儿太过分了？这就跟一个人抄了别人的作品说是自己的，然后还给原作者发邮件要求他把署名改成自己一样无耻啊。

不仅换Logo，还要上传证书/私钥/把默认语言改中文哈哈

让人哭笑不得的是，这个 #16819 合并 ^[1] 里还直接把证书和私钥都提交上了！这种操作一看就是妥妥的草台班子。

按照最善意的解释，可能是对GitHub 不熟练，傻傻分不清 “同步上游”和“贡献上游” —— 本来想拉取最新的上游更新，结果点成了把自己的魔改发布提交给上游。

面对三天前的这个 PR ，还可以理解为不小心与失误，Dify 官方留言也只是提醒警告了一下。结果昨天，这帮子人又提交了一次 PR #16640：dify合并 ^[2]

天天飞龙骑脸，那到底是故意的还是不小心可就不好说了

这下可给 Dify 恶心坏了，直接发律师函了。

律师函里说的很清楚，Dify 的开源协议（基于 Apache 协议添加了两条条款，不能卖多租户 SaaS，不能改 Logo 换皮）明确规定了不能换 Logo。并要求赔礼道歉与赔偿。

当然，Dify 的开源许可证里写的很清楚了，至少从 2023 年 6 月 28 日的变更开始，Dify 就在 LICENSE 文件中显式声明了两条限制：禁止卖多租户 SaaS，禁止换 Logo。

那么这个收函的是谁呢？用 Google 搜一下这个 logo，或者直接打开 PR 里证书目录的域名，就能看到丽珠集团的大名。公开的律师函里也直接写明了涉嫌侵权的是 《丽珠医药股份集团有限公司》

像这种其他领域的公司，自己修改 Logo 内部用用可能也就是偷个名，更可恶的其实是那些 “DeepSeek 一体机” 厂商，直接把人家开源项目改名换皮当成自己的去卖。在《 警惕，Dify成为DeepSeek开源最大受害主体 》这篇文章里已经有人说过了。

那么，正确的姿势是什么？当然就是大大方方的直接用 Dify 原版呗！广告时间：开源免费 “企业级” Dify 自建，请认准 Pigsty。

一套可靠的 Dify 部署，核心是它里面用到的 PostgreSQL 数据库，向量数据库可以选择装了 PGVECTOR 的 PG 从而省掉一个组件，Redis 纯粹是缓存，那么只要解决好 PG 的备份/恢复/PITR，高可用，监控，就能解决好绝大多数 Dify 的问题。

而 Pigsty 就能为你解决好 PG / Redis / 对象存储，Nginx 甚至是 HTTPS 和域名的问题。一台服务器，几行命令，就可以在本地拉起一套不要钱同时又足够可靠的 Dify，详情请参考 https://pigsty.cc/docs/app/dify/ 。

当然，这是原汁原味的纯种开源 Dify，除了使用了更可靠的外部 PostgreSQL 数据库之外，没有任何魔改，绝对没有修改 Logo 当自研的把戏 —— 这才是开源应该有的样子。

最后，我要对 Dify 愿意开源这么好的 AI Workflow 编排软件表示敬意，同时对换皮魔改 Dify （以及其他开源项目比如 PG ）的小偷们表示鄙视与唾弃。

References

[1] #16819 合并: https://github.com/langgenius/dify/pull/16819/files
[2] #16640：dify合并 : https://github.com/langgenius/dify/pull/16640