Dify 工作流
这篇解决什么
本仓库工作流是不是 Dify、密钥能不能填 Dify。读完能对上：编排引擎是 Tinyflow；Dify 只出现在禁用的 OpenAI 兼容测试里。
默认端口 48080。画布和 /test 见 AI 工作流。兼容网关见 OpenAI 接入。
示意图：实线是生产路径。虚线只在 src/test，默认 @Disabled。
从哪改
没有 DifyChatModel、没有 AiPlatformEnum.DIFY、工厂没有 Dify case。测试类 DifyChatModelTests 和 Coze 那份一样，示例打本机 127.0.0.1:3000。
| 名称 | 说明 | 仓库路径 |
|---|---|---|
| 工作流接口 | @RequestMapping("/ai/workflow") | ruoyi-office/yudao-module-ai/.../controller/admin/workflow/AiWorkflowController.java |
| 执行 | Tinyflow + llmNode.llmId | AiWorkflowServiceImpl |
| 枚举 | 无 Dify | AiPlatformEnum |
| 测试 | @Disabled | .../test/.../chat/DifyChatModelTests.java |
官方菜单：AI 工作流 5000。那是 Tinyflow 列表，不是 Dify 控制台。
若只要把已发布的 Dify 应用当聊天后端：密钥 platform=OpenAI，url 填该应用的 OpenAI 兼容根地址。节点编排仍在 Dify 侧，本仓库只当 HTTP 客户端。
PPT 测试文案里出现过「Dify 介绍」，那是讯飞/文多多的提示词样本，不是接入代码。
字段
| 名称 | 说明 | 仓库路径 |
|---|---|---|
code / graph | Tinyflow 编码和画布 | AiWorkflowDO |
platform | 聊天密钥用 OpenAI 等已有值 | AiApiKeyDO |
llmId | 节点绑 ai_model.id | Tinyflow JSON |
不要新建 platform=Dify
@InEnum 会失败。工作流表也没有 Dify app id 列。
和 Coze / FastGPT 同一档
三家都是测试类探活，生产枚举都没有。差别只在测试里写的示例主机。
按本仓库 DO 生成的 ER。节点通过模型 id 找到密钥，不经过 Dify SDK。
配置与操作
没有 Dify 枚举。菜单 AI 工作流（5000，/ai/workflow）是 Tinyflow 列表，不是 Dify 控制台。若只要把已发布的 Dify 应用当聊天后端：密钥 platform=OpenAI，url 填该应用的 OpenAI 兼容根。
不要把 Dify app id 写进 graph。PPT 文案里的「Dify 介绍」只是提示词样本。开启见 AI 功能设计。
本系统截图：AI 大模型 → 控制台 → API 密钥。各厂商共用这一页，用 platform 区分。
本系统截图：控制台 → 模型配置。keyId 必须指向同平台密钥。
