Bayi olarak sağlamayı nasıl otomatikleştiririm?

Partners kabininde bir bayi jetonu (rk_…) alırsınız ve onunla aynı MCP uç noktasını (ya da REST API'yi) çağırırsınız. Jeton role göre filtrelidir: müşteri yaşam döngüsünün tamamını kapsayan 30 reseller_* aracını açar — plan oluştur, müşteri ekle, ona VM sipariş et, durumu oku, askıya al, askıyı kaldır, yenile, iptal et. Bir müşteri için sunucu siparişi, bir pano oturumu yerine tek bir kimlik doğrulamalı çağrı olur.

Burada API ile MCP arasındaki fark nedir?

Aynı yetenekler, iki kapı. REST API, kendi arka ucunuzdan veya faturalandırma sisteminizden betiklediğiniz şeydir. MCP uç noktası aynı reseller_* araçlarını bir YZ ajanına veya MCP uyumlu bir istemciye açar, böylece bir model onları doğrudan işletebilir. İkisini de kullanabilirsiniz — REST üzerinden sağlayan bir faturalandırma webhook'u ve gerisini MCP üzerinden yapan bir ajan.

Bir YZ ajanı gerçekten sipariş ve askıya almayı yürütebilir mi?

Evet — MCP yüzeyi bunun içindir. Bayilik araçları MCP'ye açık olduğundan, rk_ jetonunuzla kimlik doğrulanmış bir ajan müşteri ödediğinde VM sipariş edebilir, durumunu okuyabilir, ödememede askıya alabilir ve ödendiğinde askıyı kaldırabilir — hepsi bir panelde tıklayan bir insan olmadan. Siz politikayı belirlersiniz; ajan onu yürütür.

Bayilik erişimim nasıl kimlik doğrulanır ve kapsamı belirlenir?

Authorization: Bearer rk_… olarak gönderilen bir bayi jetonuyla (rk_…). Yalnızca reseller_* araçlarına role göre filtrelidir, dolayısıyla platformun tamamını değil, müşterilerinizi ve planlarınızı işletir. Jetonu herhangi bir kimlik bilgisi gibi gizli tutun; tüm müşteri filonuzun anahtarıdır.

Her şeyi bir anda otomatikleştirmem gerekir mi?

Hayır. Panodan sağlamayla başlayın, sonra büyüdükçe en yüksek hacimli eylemleri API'ye taşıyın — genellikle önce ödemede-sipariş ve ödememede-askıya-alma. Mesele şu: bu ikisi otomatikleştiğinde işletme çabası müşteri sayısıyla ölçeklenmeyi bırakır, ve büyük bir bayilik defterini kârlı kılan da budur.

VPS bayilik işinizi API ve MCP ile otomatikleştirmek

Elle yürütülen bir bayilik işi hızla bir tavana çarpar: her sipariş, her askıya alma, her yenileme bir panelde tıklayan bir insandır ve zamanınız müşteri sayınızla büyür. Bu tavanı aşmanın yolu operasyonu kod gibi yürütmektir — ve EQVPS bayilik tarafını hem bir REST API hem de bir MCP uç noktası üzerinden açar, böylece onu betikleyebilir ya da bir YZ ajanına devredebilirsiniz.

Bir jeton, 30 bayilik aracı

Partners kabininde bir bayi jetonu (rk_…) alır ve onu Authorization: Bearer rk_… olarak gönderirsiniz. Jeton role göre filtrelidir: aynı MCP uç noktasında müşteri yaşam döngüsünün tamamını kapsayan 30 reseller_* aracı açar:

bir plan oluştur ve fiyatını belirle,
bir müşteri ekle,
reseller_order_for_client — markanız altında bir VM sipariş et,
durumunu oku,
reseller_suspend_client / reseller_unsuspend_client — askıya al ve geri getir,
yenile ve iptal et.

Bir sunucu sipariş etmek bir pano oturumu olmaktan çıkar ve tek bir kimlik doğrulamalı çağrı olur.

API mı MCP mi — aynı yetenekler, iki kapı

Bunlar rakip seçenekler değil; aynı araçlara açılan iki giriştir:

REST API — kendi arka ucunuzdan veya faturalandırmadan betiklediğiniz şey. Bir ödeme webhook'u tetiklenir, kodunuz sipariş uç noktasını çağırır, VM markanız altında sağlanır.
MCP uç noktası — aynı reseller_* araçları bir YZ ajanına veya MCP uyumlu istemciye açık, böylece bir model onları doğrudan işletir.

Çoğu bayi ikisini de kullanır: REST üzerinden sağlayan bir faturalandırma webhook'u ve daha çetrefil kararları MCP üzerinden veren bir ajan.

Kale: operasyonu yürüten bir ajan

İşte burada başka herhangi bir bayilik programına benzemeyi bırakır. Bayilik araçları MCP üzerinde olduğundan, rk_ jetonunuzla kimlik doğrulanmış bir YZ ajanı işi doğrudan yürütebilir — müşteri ödediğinde VM sipariş et, durumu oku, ödememede askıya al, ödendiğinde askıyı kaldır — döngüde insan olmadan. Bir ajanın kendi sunucusunu satın alıp çalıştırabildiği aynı platform, bir ajanın müşterileriniz adına bir filo yürütmesine izin verir. Siz politikayı belirlersiniz; ajan onu yürütür. Bu, somut bir örüntü olarak YZ tarafından yürütülen barındırma işidir.

Asgari bir akış

// her çağrıyı bayi jetonunuzla kimlik doğrulayın
// Authorization: Bearer rk_...

reseller_order_for_client({ client_id, product: "small", os_id: 1 })  // markanız altında sağla
// → service_id, ip, erişim — müşterinize kendinizinmiş gibi teslim edin
reseller_suspend_client({ service_id })       // ödememede
reseller_unsuspend_client({ service_id })      // ödendiğinde

Dört çağrı, eskiden müşteri başına, olay başına bir pano oturumu olan şeyin yerini alır.

Dürüst kapsam

Jeton bir kimlik bilgisidir. rk_… tüm müşteri filonuzun anahtarıdır — onu öyle saklayın ve ifşa olursa döndürün.
Otomasyon sizin politikanızı yürütür, kendisininkini değil. Sipariş edip askıya alan bir ajan, ancak ona verdiğiniz kurallar kadar iyidir; harcamayı ön ödemeli bir bakiyeyle sınırlı tutun ki bir hata ya da kötü bir istem kaçamasın.
Destek ve faturalandırma hâlâ sizindir. Otomasyon tıklamayı kaldırır, müşteri ilişkisini değil.

Sonraki adım nereye

Tam referans — kimlik doğrulama, reseller_* araçları, os_id yönetimi ve durumlar — reseller API / MCP dokümanlarında. İş tarafına yeni misiniz? Bir VPS bayilik işine nasıl başlanır ile başlayın. Toptan taraf ise beyaz etiket bayilik programıdır.