之前代码所有的代码节点在工作流当中都是一个打替补的作用，为什么这么说，因为对于拖拉拽这些预编排组件 解决不了的灵活性问题才交给代码节点
我们可以说一个低代码平台设计的灵活性其实可以以代码节点出现的频率来决定，因为，理想情况下一个完美的工作流设计不存在任何代码节点，所有的逻辑都可以找到更好的“语法糖”节点
实现但是低代码不仅限于拖拉拽，代码生成也可以是一定程度上的低代码。因为和拖拉拽一样都让编排者从细节跳了出来，所以工作流后面的设计趋势一定要和代码生成有更好的配合
我们现在的代码节点可以概括为：在sandbox 当中运行的简单代码，先在表单内创建需要被使用的的参数 定义返回变量 然后中间只不过在写一些最简单的python 胶水代码
因为代码离开了环境是运行不了的，代码生成和环境也是息息相关。从 Manus 的出现来看是不是提供
提供了创建自定义节点的能力，你可以创建一个"AI代码执行器"节点，工作流程如下： 定义阶段:用户输入需求描述（“我需要一个节点将input[CSV数据]转换为[output]JSON并过滤掉空值”）定义输入和输出参数结构
生成阶段:调用API将需求发送给AIAI生成代码
执行阶段:代码在隔离容器中执行执行结果返回给工作
Docker 容器通过自己的文件系统、网络和进程空间提供完全的环境隔离。它们更重，但提供完全的隔离，并且可以包含复杂的依赖项和服务。使用 Docker 的 Manus 方法对于完全的任务隔离很有意义，其中每个任务都有自己的隔离环境以及所有必要的依赖项。
就能提供一种将AI代码生成应用到现在 workflow 编排当中的能力了 但是这样做其实模糊了代码和已经抽象好的组件的关系，那这么说我我们还会需要 workflow 吗？