开篇
我们的Dify会讲得很透彻，坚持喂饭级教程，从一个基本的AI自动预约客户到自动记录客户的信息再到自动判断下一步如何走全部是AI化的，这是一个真正的AI原生应用，它来自于我的一个大型物业公司用AI自动预约系统中的一部分。我们会使用这个预约流做完整的Dify例子来讲完，因为它太有代表性了。工作流中的控制反转、AI决策下一步怎么走、人为干涉、用户行为判断、外部中间件如Redis，今天我们就要讲到在Dify中调用MongoDB的数据以及企业微信通知来作为预约派单的最后一步了。
预约派工要求Dify访问MongoDB中的数据
Dify无法直接访问Mongodb
很可惜，Dify目前还没找到靠谱的访问Mongodb的插件。但是从20多年前的企业集成以及TOGAF企业级架构规范来讲以及近年的微服务设计的合理性来讲我们不赞成用工作流这种中间件里直接访问企业数据库，一切都应该是API化的。
数字化其实就是企业一切API化，因为系统一旦庞大、客群一旦多了，我们不仅仅要考虑AI原生，依旧还是逃不脱“云原生”这一块。
尤其是服务间的Load Balance、升/降级、自动路由、读写分离，把DIFY这种中间件直接“长”到数据库里或者是Mongodb本身就是一种“紧耦合、破
订阅专栏 解锁全文
扫一扫
886
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
