使用 dify 时代码如何管理?

如果需要用到大量代码，这些代码就不应该放到 dify 里，抽出来作为一个服务给 dify 调用更合适。
dify 无论是代码编写、代码复用、代码调试都没有优势。

dify 目前用下来，代码就做些数据转换比较合适，比如解构 JSON ，修改数据结构。

@GPLer 谢谢你的回答。那如果 dify 有多个节点，每个节点其实都有很复杂的逻辑（可能几百行到几千行），如果必须集成 dify 的话，是每个节点需要调用一个 API(服务)才能实现吗？

我们这边现在也有遇到同样的问题。 我们的解决思路是这样
1. 每个代码节点的代码，在本地都会 有一份独立的文件存储，这样就可以通过常规手段进行代码版本化管理。 另外调试的话，通过 mock 参数来完成。
2. 部分复杂逻辑的代码节点，我们准备是把 部分代码抽离成 API 接口，在 dify 里面只做简单的调用。
3. 同时我们也准备上 dify 1.x 版本， 把 插件用起来，应该也能解决这个问题。

@frankyzf 拆成若干个通用服务，dify 只负责组织不负责实现，但不建议每个节点都去调接口，这种情况应该先思考流程编排是否合理。

你一个节点都搞几百上千行代码，emmm ，感觉就不适合这么玩，还是自己做成服务吧，代码节点应该是对标云函数之类的功能的，控制在百行内比较合适

导出 DSL ，然后递交到 git ？一般 Dify 都是搭建小应用，如果是节点里面的大段代码，应该做成插件。