−25%

yıllık Windows ödemesinde, 31 Ekim'e kadar. Paketlere git

EQVPS
Hemen başla

Siparişten sonra: Bir yapay zekâ ajanı kendi VPS'ini MCP ile nasıl yönetir

24 Eki 2026 · 5 dk okuma · EQVPS Team

Bir ajanın sunucu satın aldığı demoların çoğu, siparişin tamamlandığı anda biter. Bu en sıkıcı andır. Sunucu var, ajanın elinde 47HZ7YF gibi bir kimlik var ve kimse bundan sonra ne olacağını söylememiş.

Sonrasında bir yöneticinin hiç düşünmeden yaptığı her şey gelir: SSH gerçekten yanıt verene kadar beklemek, parolayı bulmak, diskin dolduğunu fark etmek, çekirdek güncellemesinden sonra yeniden başlatmak, ay bitmeden yenilemek, bir şey tuhaf görünce desteğe sormak. Bir ajan altyapıya sahip olacaksa bu kısmı da üstlenmesi gerekir. Bunun MCP sunucumuz üzerinden nasıl gittiğini aşağıda anlatıyoruz. Yazmadan önce her adımı test ortamımızda çalıştırdık.

Henüz bir istemci bağlamadıysanız Claude Code ve Codex ya da Claude Desktop ve Cursor ile başlayın.

Birinci dakika: “active” “hazır” demek değil

order_vps, sipariş bakiyeden ödendiği anda yanıt verir. Sunucu arka planda, genellikle bir dakika kadar içinde oluşturulur. Ajanın sonraki çağrısı get_vps_status'tur ve bunu istediği kadar tekrarlayabilir: araç yalnızca okur.

İki alan önemlidir. Makine var olduğunda status, active olur. access ise ajanın giriş için ihtiyaç duyduğu her şeyi taşır: host, port ve hazır bir SSH komutu. Kendi IPv4'ü olan paketlerde port 22'dir. NAT paketlerinde kişisel yönlendirilmiş bir porttur ve yanıt bunu açıkça söyler; yalnızca dış portu açan bir güvenlik duvarıyla kendinizi dışarıda bırakmamanız için uyarı da içerir.

Bu iki an arasında insanların takıldığı bir boşluk vardır. İlk açılış işletim sistemi güncellemelerini kurar, bu birkaç dakika sürebilir ve SSH bu sırada bağlantıları reddedebilir. Düzgün bir ajan 22 numaralı porta yüklenmek yerine access.ssh_ready'yi bekler.

Siparişte SSH anahtarı yoksa root parolası beklemektedir. reveal_password onu tam bir kez ve yalnızca VM açılışını bitirdikten sonra verir. Erken sorarsanız tek seferlik gösterimi harcamadan password_pending alırsınız. Bunu, ajanlar hâlâ açılmakta olan VM'nin henüz uygulamadığı bir parolayı alıp durunca bu şekilde yaptık. Yine de açık konuşalım: siparişte bir ssh_key verin ve bu adımı tamamen atlayın.

İkinci gün: göz kulak olmak

get_vps_metrics; CPU, bellek, ağ ve diski son saat, gün, hafta veya ay için zaman serisi olarak döndürür. Günde bir kez bakan bir ajan, küçük sunucuları öldüren düzeni fark edebilir: bellek, OOM killer bir kurban seçene kadar yavaş yavaş artar. Nedeni dışarıdan düzeltemez ama size haber verebilir ya da SSH ile girip bakabilir.

power_vps; start, stop ve reboot yapar. Testlerden bir ayrıntı: Sunucu aktif değilse (hâlâ oluşturuluyorsa veya ödenmemiş yenileme yüzünden askıya alındıysa) araç, önce durumu kontrol etme ipucuyla 409 döndürür. 200 dışındaki her yanıtı “sonsuza kadar yeniden dene” olarak gören bir ajan burada döngüye girer. Hata ona ne yapacağını söyler; hata mesajlarımız insanlar kadar ajanlar için de yazılmıştır.

set_hostname, makinenin adını içindeki konuk ajan üzerinden değiştirir, yani Linux'ta değişiklik yeniden başlatmadan geçerli olur. qemu-guest-agent'ı kaldırırsanız araç çalışmayı bırakır: agent_unavailable döndürür ve hiçbir şeyi değiştirmez.

Otuzuncu gün: para

Ajanlara ait altyapı genellikle burada ölür. Yenileme birinin takviminde bir hatırlatmadır, o kişi meşguldür, sunucu askıya alınır.

Bizde yenileme ajanın hafızasına bağlı değildir. Her sunucu her ay ön ödemeli bakiyeden yenilenir ve hesabın e-postasına tarihten önce hatırlatmalar gelir. Ajanın yapması gereken bakiyeyi bir sonraki tahsilatın üzerinde tutmaktır; get_balance durumu gösterir.

Ek süre yoktur: Dönem sonunda bakiye yenilemeyi karşılamıyorsa sunucu askıya alınır ve özel IP'si havuza geri döner.

Bakiye azaldığında topup_balance bir kripto ödeme bağlantısı üretir: Base, Ethereum veya Polygon üzerinde USDT, USDC ya da ETH. Ajanın size ihtiyaç duyduğu ilk yer burasıdır. Faturayı oluşturabilir ama siz ona bir cüzdan vermedikçe işlem imzalayamaz; biz bunu yapmadan önce çok düşünürdük. Pratikte insanlar birkaç aylık bakiyeyi bir kez yükler ve ajanın oradan harcamasına izin verir. Bakiye yetmediği için ödenmemiş kalan bir sipariş ya da fatura varsa, yüklemenizden sonra ajan pay_invoice'u çağırır ve bakiyeden ödenir.

Dürüst bir eksik: MCP araçları bir sunucuyu istendiğinde birkaç ay ileriye yenilemez. Aylık yenileme otomatiktir; 3, 6 veya 12 ayı peşin ödemek panelden ya da tek bir REST çağrısıyla yapılır. Baştan daha uzun bir dönem istiyorsanız order_vps sipariş sırasında months (1 ile 36 arası) alır.

Büyümeyi get_upgrade_options ve change_plan karşılar. Paket yerinde değişir, dosyalar ve işletim sistemi kalır, sunucu bir kez yeniden başlar ve dönemin geri kalanının fiyat farkı bakiyeden düşülür. Ajan confirm: true göndermek zorundadır; bu bizim “para harcıyorsun, emin ol” deme şeklimizdir.

İşler ters gidince

Yıkıcı eylemler bilerek zahmetlidir. reinstall_vps ve anında cancel_service ikisi de confirm olarak sunucunun tam hostname'ini ister ve açıklamaları ajana önce bir insana danışmasını söyler. Ajanın size ihtiyaç duyduğu ikinci yer burasıdır ve bu bilinçli bir tercihtir.

Güvenli iptal olan end_of_period, sunucuyu ödenmiş süre bitene kadar tutar. undo_cancel bunu geri alır ve bu sandığınızdan önemlidir: ajanlar da görevin ortasında insanlar kadar sık fikir değiştirir.

Ajan takıldığında create_ticket sunucuya bağlı bir destek talebi açar, reply_ticket de yazışmayı sürdürür. Onu bizim tarafımızda bir insan okur; bir sohbet botuna cevap veren bir sohbet botu değil.

Bir insanın devreye girmesi gerektiğinde delegate_service onu e-postayla yalnızca o sunucunun operatörü olarak davet eder. Güç, konsol, yeniden kurulum ve hostname'e erişir. Faturalama, yenileme ve iptale erişemez ve ajanın token'ını asla görmez.

Ajanın hâlâ yapamadıkları

Sınırlar net olsun:

  • Bakiyeyi doldurmak. Bir yükleme faturası oluşturabilir ve pay_invoice ile faturaları bakiyeden ödeyebilir. Bakiyeye kripto koymak bir cüzdan gerektirir, yani genellikle sizi.
  • MCP ile işletim sisteminin içinde çalışmak. Paketler, yapılandırma ve dağıtımlar SSH üzerinden gider. MCP makineyi dışarıdan yönetir.
  • Askıyı kendi başına kaldırmak. Bir sunucu kötüye kullanım nedeniyle askıya alındıysa bu bir insanla yapılacak bir konuşmadır ve böyle olması gerekir.

Bunların hiçbiri araçları daha az faydalı yapmaz. Sadece ajanın döngüsünü bunların etrafında kurmanız gerektiği anlamına gelir: durumu sorgulamak, bakiyeyi aralıkta tutmak, destek talebiyle iletmek ve veri silen her şeyde sizi beklemek.

Ajanın işi kısa süreliyse tam bir sunucu doğru birim olmayabilir. VPS mi sandbox mı? bir dakika yaşayan bir microVM'in ne zaman daha uygun olduğunu anlatıyor. Aksi hâlde paketler burada ve MCP başvurusu her aracı parametreleriyle listeliyor.

SSS

Bir yapay zekâ ajanı VPS'i insan olmadan yönetebilir mi?

Çoğunu evet. MCP üzerinden durumu kontrol eder, metrikleri okur, sunucuyu açar, kapatır ve yeniden başlatır, adını değiştirir, yeniden kurar, paketini değiştirir, iptali planlar veya geri alır ve destek talebi açar. Bakiyeyi kriptoyla doldurmak ve yıkıcı her şeyi onaylamak bir insanda kalır.

Ajan unutursa sunucu nasıl yenilenir?

Bu ajana bağlı değil. Her sunucu her ay ön ödemeli bakiyeden kendiliğinden yenilenir. Ajanın işi bakiyeyi yeterli tutmaktır; bunu get_balance ile kontrol edebilir.

Ajan sunucuyu yanlışlıkla silebilir mi?

Yeniden kurma ve silme, onay olarak sunucunun tam hostname'ini ister; araç açıklamaları da ajana önce size sormasını söyler. Bu yüzden yanlış bir servis kimliği yanlış makinenin silinmesiyle değil, retle sonuçlanır.

Ajanın token'ını paylaşmadan bir meslektaşa erişim verebilir miyim?

Evet. delegate_service bir kişiyi e-postayla tek bir sunucunun operatörü olarak davet eder. Sunucuyu açıp kapatabilir, yeniden kurabilir, konsolu açabilir ve hostname'i değiştirebilir, ama yenileyemez, iptal edemez ve faturalamaya dokunamaz.

Ajanın SSH'a ihtiyacı var mı?

İşletim sisteminin içindeki her şey için evet. MCP sunucuyu dışarıdan yönetir: güç, paket, işletim sistemi imajı, faturalama. Paket kurmak, yapılandırma ve dağıtım hâlâ araçların döndürdüğü erişim bilgileriyle SSH üzerinden yapılır.

Yorumlar

Henüz yorum yok. İlk olun.

Bir yorum bırakın

Yorumlar görünmeden önce denetlenir.