DeepAI Paper Dify 教程 Dify App API 和模型 Provider API 有什么区别?DeepAI 用户别填错

Dify App API 和模型 Provider API 有什么区别?DeepAI 用户别填错

这篇文章针对“Dify App API 模型 Provider API 区别”这个长尾搜索需求,不做泛泛介绍,而是直接从 DeepAI API 中转站、OpenAI Compatible API、Base URL、API Key、模型 ID 和排错流程出发,给出可执行配置建议。

常见 DeepAI Base URL:

https://api.deepai.wang/v1

核心配置/排查表

类型作用
Dify App API外部调用你的 Dify 应用
模型 Provider APIDify 调用模型供应商
DeepAI API作为模型供应商入口
客户端 APICherry/OpenWebUI 等直接调模型

建议操作步骤

  • 不要把 Dify App API Key 填到模型供应商里。
  • DeepAI Key 应填在 Dify 模型 Provider 配置中。
  • 外部系统调用 Dify 应用时,使用 Dify App API。
  • 排错时先确认你正在调哪一层 API。

FAQ

为什么 Dify 有两个 API 概念?

一个面向应用发布,一个面向底层模型调用,方向完全不同。

DeepAI 应该配置在哪一层?

配置在模型供应商层,让 Dify 工作流可以调用 DeepAI 模型。

建议为这个场景单独创建 DeepAI 令牌,方便后续看日志、查错误码和控制成本。

相关阅读:DeepAI API 中转站入门

Related Post

Dify deepai max completion tokens reasoning model.png

Dify 接入 DeepAI API 中转站:max_tokens 不支持改用 max_completion_tokensDify 接入 DeepAI API 中转站:max_tokens 不支持改用 max_completion_tokens

Dify 使用 OpenAI-API-compatible Provider 接入 o1、GPT-5 或其他 reasoning 模型时,如果模型校验或运行报 Unsupported parameter: max_tokens,通常要改用 max_completion_tokens。本文结合 Dify Issue #10348、官方插件 Issue #1845 和 PR #2713/#2771,整理 DeepAI API 中转站场景下的排查与修复方法。

Dify deepai custom embedding knowledge base empty.png

Dify 接入 DeepAI API 中转站:自定义 Embedding 后知识库为空怎么排查Dify 接入 DeepAI API 中转站:自定义 Embedding 后知识库为空怎么排查

Dify 自托管使用 OpenAI-compatible Embedding Provider 时,API 手动测试成功但知识库处理后为空怎么办?本文结合 Dify GitHub 已关闭 Issue,整理 DeepAI API 中转站、Docker 网络、默认 LLM、分段长度和 documents 表错误排查方法。