CLI ve Ajan İletişimi: Komut Satırı Arayüzlerini Aktif Hale Getirme

Geleneksel CLI çıktısı insanlar içindir. Aracılar yapılandırılmış sonuçlara, hata nedenlerine ve sonraki adım önerilerine ihtiyaç duyar. `agentHints` ürün deneyimini makine tarafından okunabilir rehberliğe dönüştürür.

Oliver Kingsley

Oliver Kingsley

6 July 2026

CLI ve Ajan İletişimi: Komut Satırı Arayüzlerini Aktif Hale Getirme

Kurumsal İçin Apidog

Şirket İçi (On-Premises) Dağıtım

SSO ve RBAC

SOC 2 Uyumlu

Apidog Enterprise'ı Keşfedin

Bu, Apidog'un API testi ve API yaşam döngüsü yönetimi için bir komut satırı aracı olan Apidog CLI'yi nasıl geliştirdiğini paylaşan 10 bölümlük bir seridir. Sırayla okuyun veya ilginizi çeken herhangi bir gönderiye atlayın:

Başlık Odak
1 126 MCP Aracı İnşa Ettik. Ama Ajan İçin En İyi Çözüm Bu Değil Sorun tespiti
2 Neden Yepyeni Apidog CLI Geliştirdik Mimari geliştirme
3 Altın Kural: CLI Gerçekler Üretir, Model Gerçeklere Göre Hareket Eder Temel felsefe
4 agentHints: CLI'lara Ajanlarla Konuşmayı Öğretmek Yapılandırılmış çıktı
5 BECERİ: Operasyonel Deneyimi Kod Olarak Sunma Operasyonel deneyim
6 Sayılar Yalan Söylemez: %30 Daha Az Araç Çağrısı, %25 Daha Az Token Nicel sonuçlar
7 PRD'den Test Döngüsüne: Apidog CLI ile Eksiksiz Bir Ajan İş Akışı Pratik eğitim
8 Ajan Araçları İçin CI/CD Uyumluluğu Neden Tartışılamaz DevOps bakış açısı
9 Yapay Zeka Dalı: Yapay Zeka Ajanları ile Daha Güvenli Proje Değişiklikleri Güvenlik katmanı
10 Önce Spesifikasyon Dündeydi. Yetenek Odaklılığa Hoş Geldiniz. Vizyon & gelecek

Geleneksel CLI çıktısı insanlar içindir. Ajanların yapılandırılmış sonuçlara, hata nedenlerine ve sonraki adım önerilerine ihtiyacı vardır. agentHints, ürün deneyimini makine tarafından okunabilir bir rehberliğe dönüştürür.


CLI Çıktı Açığı

Geleneksel CLI çıktısı **insanlar** için tasarlanmıştır.

Başarı Hata
"Başarılı" veya "Tamamlandı" yazdır Hata mesajı yazdır
Belki oluşturulan kaynağı göster Belki yığın izini göster
İnsan okur ve sonraki adımı belirler İnsan okur ve hata ayıklar

Bu, insanlar için işe yarar. İnsanlar şunları yapabilir:

**Ancak Ajanlar farklı çalışır.**


Ajanların Gerçekte Neye İhtiyacı Var

Ajanlar sadece sonuçları okumaz. Sonuçları bir sonraki görev zincirine **bağlamaları gerekir.**

Ajan İhtiyacı Neden
**Yapılandırılmış sonuçlar** Çıktıyı programatik olarak ayrıştırmalıdır
**Hata nedenleri** Genel mesajlar yerine belirli ayrıntılara ihtiyaç duyar
**Sonraki adım önerileri** Sonrasında ne yapılması gerektiği konusunda rehberliğe ihtiyaç duyar

Bir insan "Kaynak başarıyla oluşturuldu" ifadesini görür ve şöyle düşünür: "Muhtemelen ne oluşturulduğunu kontrol etmeliyim, sonra belki bazı testler çalıştırmalıyım."

Bir Ajan "Kaynak başarıyla oluşturuldu" ifadesini görür ve... sırada ne yapacağı hakkında hiçbir fikri olmaz.


agentHints: Çözüm

Apidog CLI, çıktısına agentHints ekler.

Tipik bir yanıt şöyle görünür:

{
  "success": true,
  "data": {
    "id": "12345",
    "name": "Health Check Test Case"
  },
  "agentHints": {
    "summary": "Test durumu başarıyla oluşturuldu.",
    "nextSteps": [
      "Oluşturulan test durumunu yapısını doğrulamak için geri okuyun.",
      "Test durumu yanıt doğrulama gerektiriyorsa iddialar ekleyin.",
      "Entegrasyon testi için test durumunu bir test senaryosuna ekleyin.",
      "Senaryoya eklendikten sonra ilgili testleri çalıştırın."
    ]
  }
}

**Üç bileşen:**

Bileşen Amaç
success + data Gerçek sonuç
summary İnsan tarafından okunabilir özet
nextSteps Makine tarafından okunabilir sonraki adım önerileri

Yürütme Ataleti Sorunu

İşte gözlemlediğimiz gerçek bir sorun:

**Bir kaynak başarıyla oluşturulduktan sonra, model genellikle doğrudan bir sonraki yazmayı oluşturmaya devam eder.**

Örnek:

Ajan: Test durumu oluşturur
CLI: Başarı döndürür
Ajan: Hemen test senaryosu oluşturur (geri okumadan)
Ajan: Hemen testleri çalıştırır
Sonuç: Senaryo yanlış yapıya sahip, testler başarısız

Karmaşık iş süreçlerinde, **mekanik sürekli yürütme uygun değildir.**

En doğru yaklaşım genellikle şöyledir:

  1. Kaynak oluştur
  2. **Önce geri oku**
  3. Yapıyı doğrula
  4. Sonra devam et

Geri Okumanın Önemi

Geri okumayı atlamak gerçek sorunlara neden olur:

Sorun Neden
Yanlış varsayılan değerler Sunucu, Ajanın belirtmediği varsayılanları doldurur
Eksik ilişkili kimlikler İçe aktarma yeni dahili kimlikler oluşturabilir
Yapısal varyantlar Ön uç belirli ayrıştırmaya bağlı olabilir
Yanlış varsayımlar Ajan "hayal gücüne" dayalı olarak devam eder

**Gerçek yapı geri okunmazsa, Ajan kolayca kendi tahminine göre yazmaya devam eder; gerçek verilere göre değil.**


agentHints Bir Gezgin Olarak

agentHints, ürün deneyimini makine tarafından okunabilir sonraki adım önerilerine dönüştürür.

Ajanın **karar vermesi gereken yerde tam olarak görünür.**

Bir test durumu oluşturduktan sonraki örnek:

{
  "agentHints": {
    "nextSteps": [
      "Oluşturulan test durumunu --with-case-detail bayrağıyla geri okuyun.",
      "Yazmadan önce herhangi bir güncellemeyi cli-schema ile doğrulayın.",
      "Test senaryosunu tamamladıktan sonra testleri çalıştırın."
    ]
  }
}

Ajan:

  1. Çıktıyı okur
  2. agentHints'i ayrıştırır
  3. nextSteps[0]'ı takip eder: test durumunu geri okur
  4. Gerçek yapıyı doğrular
  5. Sonra doğru bilgilerle devam eder

CLI Rol Dönüşümü

Bu, CLI'ın Ajan iş akışındaki anlamını değiştirir.

Eski Rol Yeni Rol
Komut yürütücü İş akışı gezgini
Sonuç yazdır Sonraki adımı yönlendir
İnsan tarafından okunabilir çıktı Ajan tarafından okunabilir yapı
Tek seferlik yanıt Sürekli rehberlik

**CLI, hafif bir durum gezgini haline gelir.**


Yerleşik İş Akışı Ağaçları

Apidog CLI, **binlerce ağaç yapılı iş akışına** sahiptir.

Bunlar sadece sabit kodlanmış öneriler değildir. Şunlardır:

Özellik Açıklama
Bağlama duyarlı Öneriler belirli işlemle eşleşir
Kaynağa özel Uç noktalar, test durumları, senaryolar için farklı ipuçları
İş akışına duyarlı Öneriler tipik dizileri yansıtır
Hataya dayalı Başarı ve başarısızlık durumunda farklı öneriler

Başarılı test senaryosu güncellemesinden sonraki örnek:

{
  "agentHints": {
    "summary": "Test senaryosu başarıyla güncellendi.",
    "nextSteps": [
      "Değişiklikleri doğrulamak için test senaryosunu çalıştırın.",
      "Herhangi bir hata için test raporunu kontrol edin.",
      "Hata oluşursa, hata ayıklama için senaryo adımlarını geri okuyun."
    ]
  }
}

Doğrulama hatasından sonraki örnek:

{
  "success": false,
  "error": {
    "code": "VALIDATION_ERROR",
    "message": "Field 'comparator' has invalid value",
    "details": [...]
  },
  "agentHints": {
    "summary": "Doğrulama başarısız oldu. Hataları düzeltin ve yeniden doğrulayın.",
    "nextSteps": [
      "Çıktıdaki hata ayrıntılarını inceleyin.",
      "Hata önerilerine göre JSON dosyasını ayarlayın.",
      "Yazmadan önce cli-schema doğrulamasını yeniden çalıştırın."
    ]
  }
}

**Hatalar bile gezinilebilir hale gelir.**


agentHints ile Daha Güvenli Döngü

agentHints ile eksiksiz bir iş akışını izleyelim:

Adım 1: Ajan test durumu oluşturur
        ↓
CLI Çıktısı: başarı + agentHints
        ↓
agentHints.nextSteps[0]: "Oluşturulan test durumunu geri oku"
        ↓
Adım 2: Ajan geri okur (gerçek yapıyla)
        ↓
CLI Çıktısı: test durumu yapısı + agentHints
        ↓
agentHints.nextSteps[0]: "Gerekirse iddialar ekle"
        ↓
Adım 3: Ajan iddialar ekler (gerçek yapıya göre)
        ↓
CLI Çıktısı: başarı + agentHints
        ↓
agentHints.nextSteps[0]: "Testleri çalıştır"
        ↓
Adım 4: Ajan testleri çalıştırır
        ↓
CLI Çıktısı: test raporu

**Her adım yönlendirilir. Kör atlamalar yok. Varsayımlar yok.**


Karşılaştırma: agentHints ile ve agentHints olmadan

Senaryo agentHints olmadan agentHints ile
Oluşturduktan sonra Ajan bir sonraki yazmaya devam eder Ajan önce geri okur
Güncelledikten sonra Ajan başarı varsayar Ajan yapıyı doğrular
Doğrulama geçtikten sonra Ajan hemen yazar Ajan yazar, sonra geri okur
Doğrulama başarısız olduktan sonra Ajan hatadan dolayı kafası karışır Ajan belirli düzeltme önerileri alır
Test çalıştırmasından sonra Ajan başarılı/başarısız görür Ajan hata ayıklama rehberliği alır

Sırada Ne Var

Artık CLI, Ajanları sonraki adımlar boyunca yönlendirebildiğine göre, kalan soru şudur:

**Ajanlar ilk etapta hangi iş akışını takip edeceklerini nasıl bilirler?**

5. Bölüm'de, **BECERİ: Operasyonel Deneyimi Kod Olarak Sunma**, SKILL'in iş akışı bilgisini (komutların ne zaman kullanılacağı, hangi sıranın takip edileceği ve hangi alanların tahmin edilmemesi gerektiği) nasıl paketlediğini keşfedeceğiz.


Temel Çıkarımlar


Apidog'u indirerek API'leri tek bir çalışma alanında tasarlayın, taklit edin, test edin ve belgelendirin. Komut satırı API testi, CI otomasyonu ve Yapay Zeka Ajanı iş akışları için Apidog CLI hakkında daha fazla bilgi edinin.

button

API Tasarım-Öncelikli Yaklaşımı Apidog'da Uygulayın

API'leri oluşturmanın ve kullanmanın daha kolay yolunu keşfedin