Dokümantasyon

Dokümantasyon

Dify

Dify, dış bir uç noktaya tek bir eklentiyle — OpenAI-API-compatible — ve gerekli tek bir alanla, API Base URL üzerinden ulaşır. Bu alanı doldurduğunuzda iş akışlarınızdaki her LLM düğümü tek bir anahtarla Claude ve GPT kimliklerini kullanabilir.

Tek zorunlu alan — OpenAI-API-compatible eklentisinin Add Model formundaki API Base URL — bir Dify çalışma alanındaki her LLM düğümünü Kunavo'ya yönlendirir.

Model Sağlayıcısı → OpenAI-API-compatible → Model Ekle
# Integrations → Model Provider → OpenAI-API-compatible → Add Model
Type                          LLM
Model Name                    claude-sonnet-5
Model display name            Kunavo · Claude Sonnet 5
API Key                       sk-kn-...
API Base URL                  https://api.kunavo.com/v1
model name for API endpoint   (leave blank — Model Name is already the id)
Completion mode               Chat
Model context size            1000000
Upper bound for max tokens    (your own ceiling for one reply)
Function Call Type            Tool Call     # defaults to no_call
Vision Support                Support       # only if you will send images
Structured Output             Support       # defaults to not supported

# Model context size is per model, not per endpoint: 1000000 is
# claude-sonnet-5's. The table below carries the rest.
API Base URL, /v1 son ekini korur. Eklenti, API Base URL etiketi altında endpoint_url alanını tanımlar; bunu model adının yanında zorunlu olan tek alan olarak işaretler ve “Base URL, e.g. https://api.openai.com/v1” yer tutucusunu kullanır. Formdaki doğru değeri kesinleştiren ifade bu yer tutucudur. Eklentinin kendi README dosyası istisnayı açıklayarak çelişkiye yer bırakmaz: LLM dışındaki model türlerinde eklenti “API sürümünü kendi ekler”; böylece çift /v1/v1 oluşmasını önlemek için bu türlerde yalın kök adres kullanılır. Kunavo modellerinden hiçbiri bu türlerde değildir; bu nedenle ihtiyacınız olan tek biçim /v1 formudur.
Üç anahtar varsayılan olarak kapalıdır ve genellikle sorun bunlardan kaynaklanır. Function Call Type varsayılanı no_call, Structured Output ve Vision Support ise desteklenmiyor şeklindedir. Varsayılan ayarlarla eklenen bir model, basit bir sohbet düğümünde kusursuz yanıt verir; ardından bir Agent düğümünde veya araç kullanan bir iş akışında başarısız olur. Bu durum uç nokta hatası gibi görünür, ama öyle değildir. Başka bir şeyde hata ayıklamaya başlamadan önce modeli eklerken bu ayarları yapın.
Kunavo; embedding, metin okuma veya konuşmayı metne dönüştürme modeli sunmaz, yeniden sıralama hizmeti de vermez. Bu nedenle bu sağlayıcı kaydı yalnızca Dify'nin LLM alanını kapsar. High Quality modunda dizinlenmiş bir bilgi tabanı, Rerank Endpoint URL'si veya ses düğümü mevcut sağlayıcısını kullanmaya devam eder; bir LLM düğümünü buraya yönlendirmek bu çağrıları taşımaz.
Bu yapılandırma, aşağıdaki tarihte Dify'nin kendi eklenti listesi ve sağlayıcı şeması incelenerek hazırlandı. Kunavo, uç noktasını kullanan bir Dify çalışma alanını çalıştırmadı — canlı bir çalışma alanına model eklenmedi, iş akışı yürütülmedi, akışlı bir araç gidiş-dönüşü yapılmadı. Yayımlanmış bir kurulum sayfası test değildir. Aşağıdaki curl, on saniyede doğrulayabileceğiniz kısımdır; geri kalan her şey Dify ile aranızdadır.
Henüz anahtarınız yok mu? Bir Kunavo hesabı oluşturun, bir anahtar oluşturun ( sk-kn- ile başlar) ve $10'dan kredi ekleyin — çağrılar bu bakiyeden ödenir ve başarısız çağrılar ücretlendirilmez. Ardından kontrol paneli Dify kurulumunda açılır.

Adım adım

  1. /app/keys adresinde bir anahtar oluşturup kopyalayın — anahtar yalnızca bir kez gösterilir.
  2. Dify'de Integrations → Model Provider bölümünü açın, Install model providers (veya Marketplace) bölümüne göz atıp langgenius tarafından yayımlanan OpenAI-API-compatible eklentisini yükleyin. Dify belgelerine göre sağlayıcıları yalnızca çalışma alanı sahibi ve yöneticiler yönetebilir.
  3. Bu sağlayıcının kartında Add Model'e tıklayın. Eklentide önceden tanımlanmış model yoktur; bu bir customizable-model sağlayıcısıdır. Bu nedenle istediğiniz her kimlik için ayrı bir kayıt oluşturmanız gerekir.
  4. Formu yukarıda gösterildiği gibi doldurun. Type = LLM, Model Name = Kunavo kimliğinin aynısı, API Key = sk-kn- anahtarınız, API Base URL = https://api.kunavo.com/v1, Completion mode = Chat ve Model context size = aşağıdaki tablodaki değer. Ardından Function Call Type'ı, gerekiyorsa Structured Output ve Vision Support ayarlarını yapın. Kaydedin.
  5. Bir iş akışı açın ve modeli kullanması gereken düğümde seçin. Dify modelleri uygulama başına değil, düğüm başına atar; böylece sınıflandırıcı ve son metni oluşturan düğüm farklı kimlikleri ve farklı fiyatları kullanabilir. Model seçilmeyen uygulamalar ve düğümler Default Models → System Reasoning Model ayarına geri döner.
  6. Sınırları belli bir iş akışı çalıştırın, ardından ücreti Dify'de değil Kunavo hesabınızda kontrol edin. Maliyet gösterimiyle ilgili aşağıdaki nota bakın.

Dify'nin OpenAI-API-compatible eklenti sayfası ile 21 Eylül 2026 tarihinde kontrol edilmiştir. Üçüncü taraf ayarları değişebilir; buradaki alan adı gördüğünüzle artık eşleşmiyorsa yetkili kaynak bu sayfa değil, ilgili sayfadır.

Kısa sürüm budur. Model seçimi, gerçek bir oturumun maliyeti ve hata durumlarını içeren tam rehber Dify maliyet rehberi içindedir.

İstemcide hata ayıklamadan önce doğrulayın

Tek bir istek, hatanın uç noktadan mı, anahtardan mı yoksa yapılandırma dosyasından mı kaynaklandığını kesinleştirir. Bu JSON döndürürse aynı temel URL ve anahtar Dify içinde çalışır.

# Settles whether a failure is the endpoint, the key, or the client.
curl -sS https://api.kunavo.com/v1/models \
  -H "Authorization: Bearer sk-kn-..."

Alana hangi model kimliği yazılmalı

Her metin modeline model kimliğiyle erişilebilir — güncel liste GET /v1/models, fiyatları içeren katalog ise modeller sayfasında. Ücretler 1 milyon token başına USD cinsindendir; giriş / çıkış.

Model kimliğiKunavo giriş / çıkışDify içinde kullanım alanı
claude-sonnet-5$1.40 / $7.00yazar ve Agent düğümleri için uygun çalışan model — bağlam boyutu 1000000
claude-opus-5$3.50 / $17.50bir insanın okuyacağı çıktıyı üreten düğüm veya yanlış olmasının maliyetli olacağı bir plan — 1000000
claude-haiku-4-5$0.70 / $3.50çağrı hacminin yoğunlaştığı sınıflandırma, yönlendirme ve çıkarım düğümleri — 200000
gpt-5-6-sol$2.00 / $12.00aynı anahtardaki ikinci bir aile, ayrı bir model kaydı olarak — 1050000
gpt-5-6-terra$0.70 / $4.20uzun belgeler üzerinde çalışan düğümler — 1050000
Faturalandırma aylık ücret olmadan, ön ödemeli bakiyeden token başına yapılır — faturalandırmaya bakın. Tekrarlanan bağlamda — bir düzenleyicinin veya sohbet istemcisinin gönderdiği içeriğin çoğu budur — istem önbellekleme, faturayı model seçiminden daha fazla değiştirir.

“Dify API” adı iki farklı şeyi ifade eder

Bu sayfa bunlardan birini anlatıyor; arama sonuçlarında bu ikisi sürekli birbirine karıştırılıyor.

  1. Dify'ye model eklemek — yukarıdaki kurulum bölümünün anlattığı budur. İstemci Dify, uç nokta Kunavo'dur ve girdiğiniz kimlik bilgisi bir sk-kn- anahtarıdır. Böylece o çalışma alanındaki her uygulamanın her LLM düğümü, eklediğiniz kimliklere erişebilir.
  2. Kendi kodunuzdan bir Dify uygulamasını çağırmak — Dify'nin yayımlanmış bir uygulama için sunduğu Service API; bu API için Dify tarafından verilen ayrı bir app- anahtarı kullanılır. Bu anahtar Dify'nindir, bizim değil; başka bir yere yönlendiremezsiniz. Bu yöndeki işlemlerde Kunavo'nun rolü yoktur.

İkisi aynı uygulamada aynı anda çalışabilir ve genellikle de çalışır: arka ucunuz Dify uygulamasını Dify anahtarıyla çağırırken uygulamanın düğümleri Kunavo'yu Kunavo anahtarıyla çağırır. İki anahtar, iki fatura; bir şey 401 hatası verdiğinde kontrol edilecek iki yer.

Dify neden eklediğiniz modelin maliyetini göstermiyor?

Dify'nin birinci taraf, önceden tanımlanmış model dosyalarında fiyatlandırma bloğu bulunur: girdi ve çıktı ücretleri ile token başına birim. Dify, günlüklerde bir tutar göstermek için token sayılarını bu ücretlerle çarpar. Yukarıda belirtilen tarihte incelenen OpenAI-API-compatible sağlayıcı şemasında fiyat, birim veya para birimi alanı tanımlanmamıştır. Dolayısıyla bu eklenti üzerinden eklenen bir model için Dify'nin çarpacağı bir ücret yoktur. Maliyet sütununun boş olması, bulduğunuz bir indirim ya da sizin neden olduğunuz bir hata değildir; böyle bir alan hiç yoktur. Gerçek tutarı Kunavo kullanımınızdan, Dify'nin gösterdiği değerleri ise token sayısı olarak alın.

Açık bırakmanız gereken bir ayar daha var: Include Usage in Stream varsayılan olarak etkindir ve son akış parçasında istem ve tamamlama token sayılarını uç noktadan ister. Bunu kapatırsanız token sayılarını da kaybedersiniz.

Dify'yi kendi sunucunuzda barındırıyorsanız

Docker Compose yığını, giden istekleri bir ssrf_proxy hizmeti üzerinden yönlendirir. Bu nedenle uç noktaya yalnızca dizüstü bilgisayarınızdaki tarayıcıdan değil, kapsayıcı ağının içinden de erişilebilmesi gerekir. Bir yerde çalışıp diğerinde zaman aşımına uğrayan yapılandırma genellikle bu sorundan kaynaklanır; konu kimlik bilgileri değil ağdır. Kapsayıcının içinden çalıştırılan yukarıdaki curl, bunu doğrudan yanıtlar.

Sık sorulan sorular

Dify'ye özel bir OpenAI uyumlu API'yi nasıl bağlarım?

langgenius tarafından yayımlanan OpenAI-API-compatible eklentisini Integrations → Model Provider → Install model providers bölümünden veya Dify Marketplace'ten yükleyin. Kartındaki Add Model düğmesine tıklayıp Type, Model Name, Model display name, API Key, API Base URL, Completion mode ve Model context size alanlarını, ayrıca yetenek anahtarlarını doldurun. Bu sağlayıcıda önceden tanımlanmış model yoktur; özelleştirilebilir model sağlayıcısıdır. Bu nedenle istediğiniz her model kimliği için ayrı bir kayıt oluşturmanız gerekir ve her kaydın kendi temel URL'si ile anahtarı vardır.

Dify API Base URL sonunda /v1 gerektiriyor mu?

Sohbet modeli için evet. Eklentinin sağlayıcı şemasında alanın adı API Base URL'dir, zorunlu olarak işaretlenmiştir ve yer tutucusu "Base URL, e.g. https://api.openai.com/v1" şeklindedir. Dolayısıyla belgelerde belirtilen biçim /v1 köküdür; Kunavo için https://api.kunavo.com/v1 kullanın. Yol içermeyen origin adresi yalnızca eklentinin API sürümünü kendisinin eklediği model türleri için belgelenmiştir; bu türlerde adrese /v1 eklenirse /v1/v1 şeklinde yinelenen bir yol oluşur. Kunavo bu türlerde model sunmadığından kullanılması gereken biçim /v1 içeren biçimdir. /v1 eksikse kimlik doğrulama hatası yerine 404 alırsınız.

Dify Agent düğümüm eklediğim modelde neden araçları kullanamıyor?

Çünkü OpenAI-API-compatible eklentisi üzerinden eklenen modellerde Function Call Type varsayılan olarak no_call, Structured Output, Vision Support, Stream function calling ve Thinking Mode Support ise varsayılan olarak not supported değerindedir. Bunlar Dify'nin yoklamak yerine doğru kabul ettiği tanımlardır; dolayısıyla varsayılanlarla eklenen, bu yeteneklere sahip bir model bile Agent veya araç kullanan düğüm tarafından reddedilir. Modelin yapılandırmasını açıp Function Call Type değerini Tool Call olarak ayarlayın; Function Call eski biçimdir. Ardından uç noktanın hatalı olduğunu varsaymadan önce yeniden deneyin.

Uyumlu eklenti üzerinden eklenen modelin fiyatı neden Dify'de görünmüyor?

Çünkü bu eklentinin sağlayıcı şemasında fiyatlandırma alanları hiç yoktur; Dify'nin birinci taraf, önceden tanımlanmış model dosyalarında ise vardır. Bu nedenle Dify'nin token sayılarını çarpacağı token başına bir ücret bulunmaz ve tahmin göstermek yerine alanı boş bırakır. Tutarı sağlayıcının kendi kullanım kayıtlarından alın; Dify'deki değerleri token sayısı olarak değerlendirin. Token sayılarının gelmeye devam etmesi için Include Usage in Stream açık bırakılmalıdır.

Kunavo'yu Dify'ye eklemek, bir Dify uygulamasını API olarak sunmakla aynı şey mi?

Hayır; bu işlemler ters yönde çalışır. Kunavo'yu eklediğinizde istemci Dify olur: Dify'nin düğümleri, Kunavo anahtarıyla yapılandırdığınız uç noktaya istek gönderir. Dify'nin Service API'sinde ise istemci sizin kodunuzdur: yayımlanmış bir Dify uygulamasını, Dify'nin verdiği anahtarla çağırır; bu akışta bizim temel URL'mizin yeri yoktur. Tek bir uygulama genellikle ikisini aynı anda yapar. Bu nedenle önce 401 hatasının hangi anahtarla ilgili olduğunu izlemek gerekir.

Kunavo bu yapılandırmayı Dify'de test etti mi?

Hayır. 21 Eylül 2026'da Dify'nin kendi kaynakları kontrol edildi: Dify Marketplace'teki eklenti listesi ve Dify'nin resmî eklenti deposundaki sağlayıcı şeması. Burada kullanılan alan adları, sıraları, zorunluluk işaretleri ve varsayılan değerler bu kaynaklardan alınmıştır. Canlı bir Dify çalışma alanına Kunavo modeli eklenip üzerinden iş akışı çalıştırılmadı; dolayısıyla bu istemcide akış, araç gidiş-dönüşleri veya uzun süren Agent döngüleri hakkında bir iddiada bulunulmuyor. Ayrı olarak doğrulayabileceğiniz tek konu uç nokta ve anahtarın çalışıp çalışmadığıdır; bu sayfadaki curl komutu bunu yapar.