功能请求: 为 AI 辅助工作流程开发提供代码化工作流支持

特性请求: 人工智能辅助工作流程开发的工作流程- 代码支持

□ 背景情况

FastGPT已经提供了强大的视觉工作流程管弦,基于OpenAPI的引用,以及详细的运行时间诊断,如"detail= true","flowNode Status","flowRespons"和插件输出数据等.

然而,复杂工作流程的开发循环仍然在很大程度上取决于人工仪表板操作:

1. FastGPT以外的JSON设计或生成工作流程
2. 人工导入或更新仪表板中的工作流程
3. 人工操作全流程测试
4. 检查运行时间诊断
5. 修改工作流程 JSON
6. 重复程序

这使得AI辅助工作流程工程成为可能,但还没有完全自动化.

□ 痛点

对于复杂的工作流程,特别是那些涉及代码节点、数据集搜索、有条件分支、工作流程工具以及“插件模块”调用的工作流程,开发人员需要一个可重复的循环:

** 进口草案 —— 验证 —— 测试 —— 诊断 —— 重复 —— 公布/回滚 **

目前,聊天执行期间可以提供运行时间诊断,但似乎没有正式的API/CLI合同,用于无头工作流程草稿导入,验证,测试执行,诊断输出,以及出版.

□ 建议的方向

FastGPT提供正式的Workflow-as-Code API或CLI层是有价值的.

可能的能力可包括:

1. 输出当前工作流程配置
2. 在不影响生产的情况下将JSON作为草稿导入工作流程
3. 在导入或发布前验证工作流程 JSON
4. 对工作流程草案进行测试
5. 返回节点状态、运行时间错误、 " 流程反应 " 、插件输出等结构化诊断,以及更新的变量
6. 公布经审定的草案
7. 回到以前的版本

准确的端点命名,认证范围,许可模式,以及版本支持应当由快取GPT维护者决定.

∮为什么这很重要∮

这将使一个完整的AI辅助工作流程开发循环:

• ** 计划:** 大赦国际解读要求和当前工作流程结构
• ** Do:** AI生成或补丁工作流程 JSON
• ** 检查:** FastGPT 运行草稿并返回结构化诊断
• ** 法案:** AI根据运行时间证据确定工作流程并重复测试

这将改善复杂的快通GPT工作流程的开发者经验,减少手动仪表板操作,使工作流程开发更适合CI/CD和专业工程环境.

□ 安全和许可考虑

这一特性的设计应当有明确的许可界限. 例如:

• 将工作流程导入/发布限制于拥有应用程序所有者或管理员权限的用户
• 在工作流程开发操作中使用范围化的API 令牌
• 将进口草稿与出版物制作分开
• 继续采取危险行动,如出版和收回审计
• 考虑首先使用私人部署和专业开发商的案例

□ 外部实验

我在试验外接快通 . . . . . . .