First-party documentation · Open-source/public evidence · No production-stack inference

Dify model provider integrations

How Dify documents model-provider configuration and what source, capability, limit, and cost evidence a team should collect before committing a workflow.

Evidence boundary: Dify documents provider plugins and model credentials. The documentation verifies supported integration surfaces, not the provider behind any unrelated hosted application.

Documented integration pattern

  1. Install or select the documented provider integration.
  2. Configure credentials through the platform's secret controls.
  3. Map the exact model and capability.
  4. Test limits, structured output, tools, and cost with a representative workflow.

Relevant provider records

First-party evidence

What this page does not claim

It does not claim that the project's hosted service uses these providers in production, that the integration handles every feature, or that any private cost or revenue figure is known.

Questions developers ask

Does this page prove Dify's private production stack?

No. It documents only the linked public repository or first-party documentation evidence and makes no private deployment claim.

Does APIDir know this project's provider spend or revenue?

No. APIDir does not infer private usage, cost, customer, or revenue information from a public integration.

How should I reuse this integration pattern?

Open the cited source, confirm its current license and configuration, then test the relevant provider record against your own workload.

APIDir Delta

Get checked price changes, not noise.

One concise issue with source links, comparable configurations, and corrections.