eino学习小记(二)
书接上回，笔者谈到原来的项目只是人为先去使用工具然后再给ai，而且也没有发挥eino框架的编排功能(这玩意是真不大会写)
什么是编排：
在这个项目里，编排要解决的是模型与工具怎样接起来：模型先产生工具调用，工具执行后返回结果，再把结果交给模型继续回答。输入和输出能否对上、下一步交给谁，都要在链路中说明。
进一步完善
在之前的项目原有基础上让 AI 绑定工具并进行功能调用。最初的想法是只是让 AI 绑定调用工具并执行操作，但问题在于，实际效果AI 仅仅完成了调用，并没有进一步与工具获取的内容进行交互。这让我意识到，应该在后续的环节加入一个模型来处理与工具获取的内容的对话和交流。
尝试修改代码的过程中，我发现自己对编排和在链路中调用工具的实现并不清楚，尽管不断调整代码，还是无法有效地写出清晰的编排代码。
于是，我决定转向使用 Eino 官方提供的 EinoDev 插件，它在 Goland 和 VSCode 中都有支持。特别是在 Goland 中，Eino 提供的可视化编排插件使得我们能够通过拖拽组件来实现图形化的编排，生成代码，并且支持 JSON 导入导出。
对我当时卡住的地方，可视化界面主要帮助我把节点顺序和输入输出关系画清楚。生成代码以后，配置和业务逻辑仍然需要自己补齐。
如下图所示，我们可以在可视化界面上设计链路，确保上游节点的输入输出类型匹配。之后，就可以生成相应的项目代码，再补充配置信息和业务逻辑，即可实现我们想要的效果。
之后，生成的代码架构大致如下：
生成的目录只是接入的起点，接下来还要检查节点之间的数据传递，再补齐配置和具体逻辑。
具体代码放在我的仓库，欢迎自取！OvO
当时使用插件时，还遇到两个限制：
- 目前可视化界面生成的节点名称可能会与实际生成的节点名称不同，导致一些节点之间的混乱。
- 目前插件生成的代码仅支持 Graph，虽然 Chain 可以看作是 Graph 的简化封装。
参考资料
延伸阅读
eino学习小记(二)
https://blog.phlin.cn/2025/03/22/eino-llm-2/