自研自然语言生成工作流思路分享|区别通用成品方案,沉浸式ai辅助搭建

最近在论坛看到很多大佬分享自然语言生成工作流的成品方案,自己近期也一直在深耕同方向的功能开发,同样是通过自然语言驱动工作流搭建,但我的实现思路和通用成品方案有比较大的区别,简单分享一下我的设计思路、功能亮点,以及目前遇到的问题,也想和大家交流探讨,一起优化迭代。

一、核心设计思路(差异化方案)

目前多数NL2Workflow成品,大多是输入需求直接一键生成完整工作流,属于「一次性生成、后置修改」的模式。

而我做的是沉浸式内嵌AI辅助搭建方案:用户无需从零输入完整需求生成工作流,而是先手动创建空白的 Work 工作流或 Chatflow 对话流,进入编辑页面后,编辑器左侧栏内置专属AI助手,全程嵌入搭建流程、实时辅助用户完成工作流搭建与优化。

二、现有核心能力

这套内嵌AI助手具备全流程辅助能力,覆盖工作流从0到1搭建、迭代优化的全场景:

1. 一键生成工作流雏形

项目初始阶段,用户无需手动拖拽节点,直接通过自然语言描述业务需求,AI可直接生成一整套适配需求的完整工作流雏形,快速完成初始搭建,极大降低入门成本。

2. 实时读取、配置节点

针对已创建的工作流,AI助手可以自动读取当前页面所有节点的配置信息、节点关系、流程结构。支持通过对话理解用户意图,智能修改节点参数、调整节点配置、优化流程逻辑,无需用户手动逐一编辑。

3. 对话式迭代完善

初始雏形生成后,用户可持续通过自然语言沟通需求调整,比如新增分支、修改触发条件、优化执行逻辑、调整节点顺序等,AI会持续迭代优化工作流,逐步贴合真实业务场景。

4. 实时草稿刷新预览

目前已实现核心体验优化:AI每一次修改、新增、调整节点的操作,都会自动刷新草稿界面,用户可以实时可视化看到AI的修改效果,所见即所得,搭建交互体验更流畅。

三、目前现存痛点问题

整体工作流的核心逻辑、交互思路已经跑通,功能落地性很强,但目前存在两个关键问题,也是我正在重点攻克的难点:

1. 字段渲染报错问题

AI在自动生成和配置节点字段时,经常出现渲染错误,导致工作流无法正常预览、运行,稳定性有待提升。

2. 自定义字段不规范

AI生成字段时,容易自主创建各类自定义字段名称,很多字段命名、格式、规则不符合前端预设的规范和校验标准,导致功能报错、适配异常,需要人工二次修正,影响搭建效率。

四、后续迭代规划

整体方案的核心思路和落地效果都比较理想,目前正在针对性优化字段生成的规范性和准确性,修复渲染报错问题,同时持续优化AI对节点配置、业务逻辑的理解精度,减少人工干预,实现真正的「纯自然语言无痛搭建工作流」。

如果有大佬遇到过同类字段生成、渲染报错的问题,或者有优化思路,欢迎评论区交流探讨!

关于自定义字段的规范问题,我反编译了dify全部原生节点和部分第三方节点,有比较全的节点格式表/通用语法表,这样LLM在生成的时候就不用全自创而是走查找或few-shot,准确率比较ok,如果需要的话可以分享给你。