Birlikte yazılım inşa ettiğimiz markalar

API operasyonu

220 API operasyonu

yayımlanan araç

13 yayımlanan araç

test

1238 test

Hetzner tek bir API değil. Cloud tarafındaki bir jeton yalnızca açıldığı projeyi görür ve API'de proje parametresi diye bir şey yoktur; her proje bu yüzden basitçe ayrı bir bağlantıdır. hetzner-mcp bunu gizlemek yerine görünür kılar: her araç bağlantıyı adıyla alır, arama tek çağrıda hepsini birden tarayabilir. Canlı 220 operasyonun tamamı erişilebilir, ama istemciye 220 araç şeması basılmaz — operatörün gerçekten tekrarladığı döngü on üç araca sığar, gerisi aranabilir bir katalogdan çağrılır.

• Üç yüzey ayrı tutulur: Cloud (proje), Hetzner hesabı (Storage Box) ve Robot (kiralık fiziksel sunucu — bağlantı tanımı hazır, operasyonlar v0.3 için planlı). Saatlik faturalanan sanal makineyle aylık sözleşmeli kiralık donanımı aynı kelimeye sıkıştırmak, "sunucuyu yeniden başlat" cümlesini kimsenin güvenle cevaplayamayacağı bir soruya çeviriyor.
• Silme işlemleri varsayılan olarak kapalı — listelenip reddedilen değil, hiç kayıtlı olmayan bir araç. Böylece yıkıcı olmayan araçları otomatik onaylayan bir istemci gerçekten yıkıcı olmayan bir şeyi onaylamış olur.
• Salt okunur bir tavan var: bağlantı düzeyinde açıldığında GET dışındaki her çağrı, soket açılmadan HTTP istemcisinde reddedilir. Bağlantı bu tavandan kendi kendine çıkamaz.
• Hiçbir araç şeması sunucu adresi taşımaz — baseUrl, host ya da kimlik bilgisi parametresi yok. Enjekte edilmiş bir talimatın başka bir sunucuyu işaret edecek yeri kalmıyor.
• API'nin 220 operasyonundan 143'ü sonucu değil bir Action döndürür; iş çağrıdan sonra olur. Bu yüzden beklemek burada kolaylık değil varsayılan, ve her yanıt işin gerçekten bitip bitmediğini ayrı bir alanda söyler.
• Kimlik bilgisi hiçbir istemci yapılandırmasına yazılmaz. Kurulum yalnızca bir işaretçi yazar; jeton ortam değişkeninden, bir komuttan ya da işletim sisteminin kimlik deposundan okunur.

TypeScript · Model Context Protocol SDK · Zod · vendored OpenAPI codegen

REST operasyonu

189 REST operasyonu

sunucu × ekip

N × M sunucu × ekip

desteklenen istemci

8 desteklenen istemci

Coolify'a bir yapay zeka istemcisinden ulaşmanın zaten iki iyi yolu var; coolify-mcp üçüncüsü olmak için değil, ikisinin de yapamadığı tek şey için yazıldı: hepsine aynı anda bakmak. Diğer iki seçenekte model süreç başına tek sunucu, jeton başına tek ekiptir. Dört ayrı makineye bakıp api-gateway uygulamasının hangisinde olduğunu hatırlamaya çalışıyorsanız, bu proje tam olarak onun için var — tek çağrıda hepsini tarar. 189 REST operasyonunun tamamı genel bir kapıdan erişilebilir; varsayılan yüzey ise on beş araç, çünkü araç sayısıyla yarışmak istemcinin bağlam bütçesini şema okumaya harcamak demek.

• Tek bağlantıdan N Coolify sunucusu ve M ekip: her (sunucu, ekip) çifti adlandırılmış bir bağlantı, arama tek çağrıda hepsini birden tarar.
• Hem stdio hem HTTP taşıması var. HTTP kipinde sunucunun kendisi Coolify üzerinde bir konteyner olarak çalışır ve herhangi bir makinedeki istemci ona bağlanır.
• Kurulum sekiz istemciyi tanır, dokunacağı her dosyanın birleşik farkını gösterir ve ancak onayladıktan sonra yazar. Yazdığı şey işaretçidir — taban adres ve jeton hiçbir yapılandırma dosyasına girmez.
• check komutu örneğe ulaşılıp ulaşılmadığını ve jetonun çalışıp çalışmadığını söyler; doctor yapılandırma sağlığını raporlar ve dosyalarda unutulmuş kimlik bilgisi arar.
• Yazma işlemleri bayrak arkasında, silme işlemleri ayrıca. Belgeler alternatiflerin nerede daha iyi olduğunu açıkça yazar — tek sunucu ve tek ekip kullanıyorsanız Coolify'ın kendi uç noktası daha az kurulumla işinizi görebilir.
• Dağıtım tetikleme, dağıtım durumu, günlük okuma ve ortam değişkeni yönetimi operatörün günlük döngüsü olarak ayrı araçlarda; geri kalan her şey katalog üzerinden.

TypeScript · Model Context Protocol SDK · stdio ve HTTP taşıma · konteyner dağıtımı