上上周部署了 0.9 版本，在公司内部用起来都还行。
上周末更新了 1.0.0 ，我去，一堆问题，感觉这 1.0 上线太匆忙了，太粗糙了，举两个例子
我主要用 Gemini 模型，升级了不好用了，查了半天原因，才发现了 2 个低级错误。

多模态支持 url 属性，结果传递给大模型的时候丢失

github.com/langgenius/dify-plugin-daemon/pull/49/files

官方插件里的 Gemini 模型处理代码，使用了time模块，却没有引入

github.com/langgenius/dify-official-plugins/pull/372/files
虽然是我创建的 PR ，估计也许不符合他们的规范，不会被合并。
不过这种问题，不应该在发布前好好测试一下吗。。。

更正一下，是从 0.15.3 升级的

直接从 0.9 升级到 1.0.0 跨度太大了吧，0.9 已经是老版本了，1.0.0 之前是 0.15.x 版本

＃1 那可能记错了，就是 1.0 之前的那个版本 ，刚核实了一下 是 v0.15.x 👍

第二个 pr 我有点惊讶, 开发人员难道实在 github 上直接开发的吗? 不在本地 IDE 看一下.

谢谢～

虽然是我创建的 PR ，估计也许不符合他们的规范，不会被合并。

这个我知道，因为我们目前 Dify 主仓库的 Issue PR 比较多，还有 github.com/langgenius/dify-official-plugins 这里也堆了不少东西。

还没有开始看 plugin-daemon.

跨度太大，全变成插件了，插件市场访问不了就卡住了

我也想吐槽，之前按照他们的文档写 SDK 的时候，api 返回压根不按照文档来，参数组合全靠自己猜测，返回的格式有时候还不是 json ，后来某个版本更新以后文件上传一直提示 500 ，就懒得维护了

＃3 是啊，我也是非常惊讶

＃6 上魔法，上魔法

＃7 哈哈，这个我也有体会。最近在弄 Paypal 的争议接口，也是一样操蛋，他们竟然还给出 postman 的 collection 让你参考，结果都胡扯一通。

之前也一直各种不靠谱, api 文档各种参数不对, 直接按照 UI 抓的接口参数又不行,看了半天 issue 和源码才发现是故意去掉的, 也不在文档里面说...

要不是调试和快速构建好用的话, 真就不用了, 希望他赶紧稳定下来一个版本, 把文档和 bug 之类的都弄好吧

更新了，发现原有的模型配置不保留，于是在慢慢下插件然后把 api key 找回来。

＃12 没错，这也是一个问题，装新插件的时候还会服务器内部错误，需要执行 docker exec -it docker-api-1 flask reset-encrypt-key-pair，蛋疼

由于插件下载实在太慢了，所以我从网站下了插件包。装完之后显示成”本地安装“的插件，不知道后续会不会影响自动更新之类的，哈哈

＃14 上魔法不慢，还可以，就是感觉新版的 UI 反应有点迟钝。

＃12 release 里面有写到关于插件迁移，基本安装步骤走，配置不会丢失。个别比如火山模型，再升级几次插件后也恢复了

要用那个迁移命令，然后等插件装好，装插件的时候记得给 plugin-daemon 配置 pypi 镜像，最好再在 ssrf_proxy 里配置一下代理

我也想吐槽，昨天刚了解 dify ，然后本地去源码部署一堆坑，上面那些超时各种稀奇古怪的问题都有遇到

ps.不知道为啥发布 1.0 这种正式版，不去完整从零测试一遍

所以，是不是应该转 LangChain ？

肯定问题多，这种跨度的升级怎么也得等个 1.1 再说

都不是一码事，这种主要是低代码

dify 用起来就是鸡肋，食之无味弃之可惜，小 bug 还一堆