Dify

Dify 是一个开源的 LLM 应用开发平台。它同时提供云端托管版和可以自己部署的开源版本——这一点让它在低代码平台里比较特殊：大多数同类平台只有托管一条路。

它擅长什么

编排与知识库一体。 应用编排、知识库管理、检索配置在同一个界面里完成，不需要在多个系统之间来回倒腾。对于以「查资料然后回答」为主的场景，链路比较顺。

可自部署。 开源版本可以装在自己的服务器上。对数据有要求的团队，这是它相比纯托管平台最实际的优势。

多模型接入。 支持接入不同厂商的模型，也支持接本地部署的开源模型。

许可：能商用，但有两条附加条款

Dify 用的是改版 Apache 2.0，官方在标准条款之外加了附加条件。对做项目的人来说，要点是：

• 明确允许商业化使用，包括作为其他应用的后端服务，或者作为应用开发平台交付给企业——这一点写在官方 LICENSE 里，对系统集成商很关键
• 但两种情况需要单独获得商业授权：运营多租户环境（Dify 语境下一个 workspace 即一个租户），以及移除或修改前端控制台的 LOGO 与版权信息

也就是说，你可以拿它给甲方做项目并收费，但不能把它白牌化成自己的产品卖，也不能拿它去做一个类似的多租户 SaaS。

这跟 n8n 的许可差别很大——后者只允许自己内部使用，分发必须免费。同样是「可自部署」，能不能靠它接活完全不同。

这段是提示不是法律意见，商用前请自己读官方 LICENSE。

什么情况下它会不够用

自部署解决的是「应用本身在哪运行」，但如果你在里面配置的是在线大模型，提问和检索到的知识片段仍然要发给模型厂商——数据依然出网。要做到全链路不出网，模型也必须是本地部署的。这一点经常被混淆，值得单独确认。

另外，当检索效果需要针对特定文档结构深度调优、或者业务逻辑需要写进代码时，平台提供的配置项会显得不够用。

我们把这些分水岭写在了这里：什么时候必须从低代码转向原生开发。