CodeCaster

“现在依赖 ai ，这不利于学习，也不利于水平的提升。”我不太认同这一句话的逻辑，现在这个时代拥抱 ai 是对的，但是有了 ai ，学习的东西应该越来越多，越来越快，效率是提高的，ai 给的内容需要去思考甄别，这样从中也是能提高的。这个过程难道不是和以前没有 ai 的时候一样么？ ai 只不过是更快更有逻辑的给了你搜索的结果呀

@Seck github 上的 PR 在 close 之后可以被删除么？我之前好像没有找到

强制推送覆盖可以解决么？

@kevinmatt 你说的场景，我理解其实在替换字符串的地方就是一个判断，就相当于是流程分叉了，这个场景在 FEL 中可以定义出来。

你说在你们的实践中，字符串的匹配几乎必不可少，我同意当前的看法，因为当前市面上 langgraph 出来之后告诉大家就是这么连的，然后 Eino 出来仿照 langgraph 也写了一个 go 的，langchain4j 仿照写了一个 java 的，大家都是按照这个思路在走，并没有另一个工具告诉大家可以不这么做。而 FEL ，的确是采用了另一种方法，或许这样实践一下，可能可以有不一样的写法。

当然，你提到了多 Agent 动态计划生成，靠纯响应式的确是有点困难，但是 FEL 我们不仅仅使用了响应式，我们还有一个特点就是结合了 BPM ，因为在传统响应式中是不存在条件判断关键字的，就正如上面例子中的“.condition()”关键字，这个关键字可以做到流程的分叉。

我感觉这样就可以实现你说的动态了。

其实，动态的情况正式我们下一步的规划内容。

非常感谢你的讨论提供的观点。

@TimePPT #3 我在看这个之前，各种重启，然后去掉了几个莫名其妙的 token ，自然就好了，我也不知道是哪一步起的作用，还是很感谢

@TimePPT 操作系统 Mac ，终端 Iterm2 ，选择了第一种登录方式之后，浏览器跳转登录授权，然后 iTerm2 弹出登录成功，看到登录的用户名的确是 Pro 的用户名，然后输入指令报错：

```
 API Error: 401 {"type":"error","error":{"type":"authentication_error","message":"OAuth authentication is currently not supported."},"request_id":"req_011CTajEmJNeKc3HL37Lf91d"}
```

@Isuxiz #5 我觉得你可能言重了，这篇文章本意是选择了另一种编程范式进行实现，对比一下，并没有表达谁优谁劣，只是想说是不是不同场景用不同方式会更合适。所以我没有想引战，没有想分胜负。

另外，当前的确是针对两个框架在比较，的确 Eino 是通过字符串来连接 ID 的，这个是事实而已。

我觉得讨论没有问题，但是问题上升了可能需要适可而止了。求同存异。感谢支持~

@Isuxiz 感谢你的回复！你说得对，DAG 理论上确实表达能力更强，但我想从另一个角度来看这个问题。

响应式编程本身就是一种编程范式，FEL 使用响应式流来描述。就好比面向过程什么都能写，为什么要面向对象？面向对象并不是没有存在的必要，理论上图灵完备的语言都能实现相同功能，但不同范式解决的是开发效率和代码质量问题。

从实际开发体验看：

响应式流天然支持编译时类型检查，链式调用的上下游类型必须匹配才能编译通过。而 DAG 的节点连接往往依赖字符串 ID ，类型错误要到运行时才能发现。

语法验证：

``` java
// FEL - 编译时就知道类型不匹配
flow.prompt(xxx).generate(model).reduce(stringReducer).someIntMethod() // 编译报错

// DAG - 运行时才发现节点名写错了
graph.AddEdge("node_model", "nod_log") // 拼写错误，运行时才报错
```

然后是认知的问题，我觉得大家的确都学过图，但在日常业务开发中，我们更习惯"数据流转换"的思维模式。响应式编程让代码读起来更像业务描述："接收请求 → 处理 prompt → 调用模型 → 处理结果"。我不知道大家怎么看？

我们并不反对 DAG 设计，而是认为 **不同的工具应该匹配不同的场景**。就像 SpringMVC 的注解式编程和传统 servlet ，理论能力差不多，但开发体验天差地别。

还是非常感谢你的讨论~

@mightybruce 对于开发 AI Agent ，使用现有的各个 AI 基础框架都可以，比如 LangChain 、Eino 、SpringAI ，我们的框架也提供了一套 Java 的 AI 原语，条条大路通罗马，我们并不是说开发 AI Agent 只能用我们的，用其他优秀的框架也可以的~ 只不过，我们想提供一种新的思路，因为当前的框架构建 AI 流程的过程基本都是通过图的，我们结合了响应式的写法，从写法上不一样，只是这样而已，提供代码示例供大家参考，来讨论一下而已。
我觉得如果这样写简单，本身也是好的