• dify 好用吗,还是直接用 mcp 手撸更靠谱?
  • 发布于 1天前
  • 20 热度
    7 评论
  • 心已凉
  • 8 粉丝 52 篇博客
  •   
如题,dify 好用吗,还是直接用 mcp 手撸更靠谱?
用户评论
  • 枪蹦狗友
  • dify 支持 mcp ,理论上 dify 应该能验证绝大多数 AI 的应用方案。并且小公司(没有啥大压力的调用场景)也可以直接用到生产环境,改起来不要太方便。后期怕出问题,再把 dify 当流程图自己写就是。
  • 2025/6/23 18:36:00 [ 0 ] [ 0 ] 回复
  • 果酱
  • 如果你需要方便的可视化编排调试的话,用 dify 吧。很方便,占用资源也不多。如果你只是想做个特别的功能实现一点 ai 应用,直接手写调用 api 就行。现在 ai 时代叫它化你写代码都很快。
  • 2025/6/23 18:33:00 [ 0 ] [ 0 ] 回复
  • 走过的路
  • 遥歌  2025-06-23 18:10
    你说的这两个不是一个东西啊

    你说的没错,这两个不是一个东西。MCP 只是一个调用标准协议。而 dify 是完整的低代码开发平台。实际去做 agent 的时候,你会发现 交互、切片、参数、解析、展示等等等,每一处都是非常复杂的。包括 dify 本身也没有做到六边形。特别是在 RAG 部分,其实还是非常弱鸡,我们使用的时候基本上还是后端套一个 ragflow 来补充他的能力。

    但毋庸置疑,dify 是体验、交互上最好的。甚至说 是最接近六边形的。另外 其实还有一个非常好的方法,dify 做好之后,你可以在上层套一个 newapi 把做好的 agent 又变成一个 openai 兼容的接口 你就可以随便用了。

  • 2025/6/23 18:21:00 [ 0 ] [ 0 ] 回复
  • 奥特蛋
  • 手撸,dify 这东西根本没发直接上生产用,他只能编排完之后用它的平台运行,调用它的接口。加上整个后端都是 python ,太重了,而且所有流畅只能在它自己的框架/ui 内设定,没法自己改代码的细节,如果是用代码写,就方便很多。如果前期测试用用可能还行,但是后期要放到生产里的时候还是要自己重新用代码实现。还有就是如果你用了话,后面有新模型新参数(比如 reason model 的 think 字段,vllm 都花了很长实现才支持),你还需要等它更新。
  • 2025/6/23 18:04:00 [ 0 ] [ 0 ] 回复