Skip to main content
Dify 是一个开源的 LLM 应用开发平台,提供可视化编排、知识库、工作流、API 服务等能力,让你能快速搭建对话助手、Agent、知识库问答等 AI 应用。 通过 GravitexAI,你可以在 Dify 中以一套 API Key 调用 100+ 主流模型(Claude、OpenAI、Gemini、Qwen、DeepSeek、Kimi 等),并享受统一计费、故障自动转移、企业级稳定性。 Dify 平台界面 Dify 功能展示

一、快速集成

1. 获取 API 密钥

访问 GravitexAI 控制台 创建一个 API Key: 控制台 1 获取 API Key

2. 进入 Dify 模型供应商设置

  1. 登录 Dify 平台,点击右上角用户名 → 设置
  2. 左侧菜单选择 模型供应商
  3. 在列表中找到 OpenAI-API-compatible 插件并点击安装
模型供应商
OpenAI-API-compatible 插件支持 Chat / Embedding / TTS / STT 等多种端点类型,GravitexAI 全部兼容,一个插件即可覆盖所有模型。

3. 添加模型配置

安装插件后,点击 增加模型,填入以下三个核心参数: 增加模型 - 入口 参数填写示例 完成保存
模型名称”和”API endpoint 中的模型名称”必须完全一致。错填(例如 Gemini 3.5 Flash 这种带空格的友好名)会导致 404 / model not found。
或者可以直接安装模型供应商,然后在添加 API 密钥时改为 Gravitex 的地址,可直接使用默认且在 Gravitex 平台有的模型。

4. 配置上下文长度与参数

Dify 默认 max_context = 4096,这对大多数现代模型来说远低于实际能力。请按实际模型设置: 完整模型上下文规格请参考 模型广场

二、核心功能

1. 对话助手

最简单的应用类型,适合客服、知识问答、角色扮演等场景:
  1. 创建应用 → 选择 对话助手 模板
  2. 配置系统提示词:
  3. 模型选择 gpt-5.5claude-opus-4-7
  4. 推荐参数:temperature = 0.7,max_tokens = 2000

2. 工作流应用

将多个步骤编排成 DAG,支持条件分支、并行、循环: 典型节点选型建议:
  • 意图分类:gemini-3.5-flash(高吞吐低延迟)
  • 知识库检索 / 嵌入:text-embedding-3-largegemini-embedding-001
  • 长文复盘 / 推理:claude-opus-4-7(1M 上下文,强推理)
  • 代码生成:gpt-5.5qwen3-coder-plus

3. 知识库问答(RAG)

  1. 创建知识库 → 上传文档(PDF / Word / Markdown / TXT 等)
  2. 选择嵌入模型:推荐 text-embedding-3-large(OpenAI)
  3. 分段策略:按段落自动分块,平均 500 token / 段
  4. 在应用中引用知识库
  5. 配置检索参数:
    • Top-K: 3-5
    • 相似度阈值: 0.7
    • 重排序:开启(显著提升召回相关性)

三、应用类型与配置示例

四、高级功能

1. 通过 API 调用 Dify 应用

Dify 应用本身可作为 HTTP 服务被外部调用。下面以一个对话助手为例:

2. 多模态(图片输入)

支持视觉理解的模型(gpt-5.5claude-opus-4-7gemini-3.5-flash)可以接收图片输入:

3. 批量处理

针对大规模数据集(CSV 导入、文档批量摘要等),建议:
  1. 选用低成本快速模型(gemini-3.5-flashgpt 5.4 mini)
  2. 设置 Dify 工作流的并发上限,避免一次性打满速率
  3. 启用结果缓存,避免重复内容重复调用

五、模型选择策略

完整场景化模型推荐

查看 GravitexAI 全场景模型推荐:文本创作、编程、快速响应、长文本、图像生成等。

成本优化:开发 vs 生产

GravitexAI 平台层面支持自动故障转移:某家供应商不可用时,平台会自动切到等价模型,无需在 Dify 侧做手动 fallback。

六、最佳实践

1. 结构化提示词

2. 工作流设计

3. 监控与优化

定期审视:
  • ✅ 用户满意度反馈(收集 thumbs up/down)
  • ⏱️ P95 响应时间
  • 💰 单次调用成本与日 / 月用量曲线
  • ❌ 错误率与失败原因分布
GravitexAI 控制台提供按 Key / 模型维度的实时用量与费用统计,可直接对账。

4. 版本管理

  • 定期导出 Dify 应用配置(JSON / YAML)备份
  • 测试新版本后再发布,使用灰度发布逐步切量
  • 保留至少 N-1 版本以便快速回滚

七、故障排除

常见问题

模型调用 401 / invalid API key
  • 检查 API Key 是否正确(从 控制台 重新复制)
  • 确认账户余额充足
  • 检查 baseURL 是否为 https://api.gravitex.ai/v1(注意末尾 /v1)
404 / model not found
  • 模型名称是否填写为 规范名(例如 gpt-5.5 而非 GPT-5.5)
  • “模型名称”与”API endpoint 中的模型名称”是否完全一致
响应慢 / 流式输出卡顿
  • 优先选择 Flash / Mini 级别的模型
  • 减少 max_tokens 限制
  • 启用 Dify 的结果缓存

性能优化参考

八、部署建议

生产环境(自建 Dify)Docker Compose 示例

安全配置

  • 把 API Key 存入环境变量或 Secret Manager,不要硬编码在 Dify 应用配置里
  • 启用 HTTPS,前置反向代理(Nginx / Caddy / Traefik)
  • 为 Dify 后台启用 SSO / 双因子认证
  • 定期更新基础镜像与依赖

健康检查

九、效果与对账

接入后回到 GravitexAI 控制台,可以看到调用量、token 消耗、费用分布、按模型的成功率等指标: 用量统计 1 用量统计 2 模型对比
  • 模型名称必须使用 规范名(小写、与官方 model id 完全一致)
  • API 地址统一:https://api.gravitex.ai/v1
  • 建议先用 gemini-3.5-flash 等低成本模型在测试环境验证整个工作流,再切到 claude-opus-4-7 / gpt-5.5 等旗舰模型用于生产
  • 大批量场景建议联系 bd@gravitex.ai 申请专属配额