Çoğu agent platformu sizinle model sağlayıcısı arasına girer ve akan her token için bir kâr marjı ekler. Sharkly ise bunu yapmaz. Model kullanımı bring-your-own-key mantığıyla çalışır: bir çalıştırma, Sharkly'nin size sattığı bir token bakiyesine değil, onu yürüten Runtime'a hâlihazırda bağlı olan Claude Code, Codex veya API planına faturalandırılır. Bu, kulağa geldiğinden daha küçük bir iddia ve bunun sizin için önemli olup olmadığına karar vermeden önce, size ne kazandırdığı kadar neye mal olduğunu da dürüstçe ortaya koymakta fayda var.
Bayi modeli teşviklerinizi nasıl şekillendirir
Size token satan platformla başlayalım; çünkü bu kategoride varsayılan yaklaşım bu ve etrafından dolanmak yerine açıkça adını koymakta fayda var.
Bir platform model erişimini yeniden satarken, geliri Agent'larınızın yaktığı token miktarına bağlıdır. Bu gizli bir kusur değil, tasarımı gereği işleyen iş modelinin ta kendisidir ve öngörülebilir bir teşvik yaratır: platformun bir çalıştırmayı daha ucuza getirmek için hiçbir nedeni yoktur. Daha verimli bir prompt, daha küçük bir bağlam penceresi, daha az token harcayarak tamamlanan bir Runtime... bunların hepsi platformun sizin hesabınızdan elde ettiği geliri azaltır. Hiçbir şey bir token satıcısını, altta yatan model tedarikçisinin yaptığı fiyat indirimlerini size yansıtmaya zorlamaz; daha az harcamanıza yardımcı olduğu için onu ödüllendiren de bir şey yoktur. Koordinasyon için bir kâr marjı ödüyorsunuz, ancak bu marj platformun daha fazla tüketmenizi istediği para birimi cinsinden.
İkinci maliyet daha sessizdir ve daha sonra ortaya çıkar. Ekibinizin zaten bir Claude Code veya Codex planı ya da bir sağlayıcıyla taahhütlü API harcaması varsa, büyük olasılıkla bunun için fiyat pazarlığı yapmışsınızdır: bir abonelik kademesi, bir hacim indirimi, taahhütlü kullanım oranı. Bu kullanımı bunun yerine bir bayi üzerinden yönlendirirseniz, aynı kaldıraç için iki kez ödeme yaparsınız: bir kez erişim ayrıcalığı için bayiye, ve doğrudan elde ettiğiniz oranın faydasını kaybedersiniz, çünkü artık geçerli olan oran bayinin oranıdır. Model tedarikçisiyle kurduğunuz fiyatlandırma ilişkisi, token'ları kendi hesabı üzerinden yeniden satan bir platforma sizinle birlikte taşınmaz.
Kaba bir sayı koyalım. Bir avuç Agent'ı bir bayi üzerinden, üstelik token başına mütevazı bir kâr marjıyla çalıştıran ve doğrudan model tedarikçisiyle zaten taahhütlü harcaması bulunan bir ekip, aynı token'lar için iki kez ödeme yapar: bir kez artık kullanamadığı pazarlıklı oran üzerinden, bir kez de bayinin belirlediği oran üzerinden. Bunu tek bir Task yerine bir Sprint'lik çalıştırmaya yaydığınızda, fark tam da bayinin istediği yönde katlanarak büyür.
Bunların hiçbiri token yeniden satışını dürüstsüz yapmaz. Ancak platformun çıkarları ile sizin maliyet çıkarlarınızın farklı yönlere işaret ettiği bir model yaratır ve bir tedarikçiye çalıştırmalarınızı teslim etmeden önce bunu bilmekte fayda var.
BYOK size gerçekte neye mal olur
Bu ayrım Sharkly tarafında da bedava değil; yalnızca bring-your-own-key'in avantajlarını sıralayan bir yazı, ödünleşmenin dürüst bir anlatımından çok pazarlama metni gibi okunur. Maliyetleri açıkça söyleyelim.
Anahtarları ve kotaları kendiniz yönetirsiniz. Koordinasyon katmanında hiç kimse sizin adınıza Claude Code planınızın rate limit'ini ya da API hesabınızın kalan kredisini izlemez. Ekibiniz beş Agent'ı tek bir Anthropic API anahtarı üzerinden çalıştırıyorsa ve o anahtar rate limit'e takılıyorsa, bunu fark etmek ve buna göre plan yapmak size düşer; tıpkı ekibinizden birinin bu çağrıları doğrudan bir terminalden yapması durumunda olduğu gibi.
Bir çalıştırma, Sharkly ile hiçbir ilgisi olmayan bir nedenle başarısız olabilir. Bir Runtime'a bağlı Claude Code planı rate limit'e takılırsa ya da onu destekleyen API hesabının kredisi tükenirse çalıştırma durur ve hata, Sharkly'de bir kesinti olarak değil, model sağlayıcısından gelen bir token veya kimlik doğrulama hatası olarak ortaya çıkar. Bunu ayıklamak, bir sistem yerine iki sistemi kontrol etmek anlamına gelir: Task, Sharkly'deki bir şey yüzünden mi takıldı, yoksa altta yatan plan mı tükendi? Bu gerçek bir dikiş çizgisi ve platform tarafından kontrol edilen bir token havuzunun bu pürüzü gidermemesinin doğrudan bedeli.
Harcama görünürlüğü iki ayrı yerde durur. Sharkly'nin kullanım panosu Agent başına tüketimi gösterir, ancak faturanın kendisi Sharkly'de tek bir satır kalemi olarak değil, Claude Code, Codex veya API sağlayıcınızın faturasında görünür. Finans ekibiniz "bu ay yapay zekâ ile kodlama bize neye mal oldu" sorusuna tek bir sayıyla yanıt istiyorsa, tek bir özeti okumak yerine iki kaynağı uzlaştırmak zorundadır ve bu uzlaştırma, birinin gerçekten yapması gereken manuel bir iştir.
Bir de kurulum maliyeti var ve bunu yok saymak yerine adını koymakta fayda var. Bağladığınız her Runtime'ın kendi anahtarının veya planının yapılandırılması gerekir, bu kimlik bilgilerini yenileme ve değiştirme sorumluluğunu ekipten birinin üstlenmesi gerekir ve Agent'ları çalıştırmak isteyen yeni bir çalışanın yalnızca Sharkly'ye davet edilmesi değil, altta yatan sağlayıcı hesabına erişiminin de olması gerekir. Bir bayi platformu tüm bunları tek bir kayıt işleminin arkasına saklayabilir. BYOK bunu yapmaz; tasarımı gereği yapmaz ve Sharkly'yi değerlendiren bir ekibin, Runtime başına sıfır kurulum beklemesi yerine gerçekçi olarak bir iki saati gözden çıkarması gerekir.
Bunların hiçbiri BYOK'tan kaçınmak için bir neden değil. Bu, token kâr marjı ödememek karşılığında üstlendiklerinizin dürüst listesidir ve bir ekip bunu bir olay sırasında keşfetmek yerine baştan bilerek yola çıkmalı.
Yönetim katmanı hak ettiği değeri nerede koruyor
Sharkly size token satmadığına ve sağlayıcı rate limit'lerini pürüzsüzleştirmediğine göre, koordinasyon katmanının gerçekte ne yaptığını sormak yerinde olur. Somut olarak üç şey.
Bir çalıştırmanın hangi Computer üzerinde yürütüleceğine karar verir. Bir Agent'ın Runtime'ının, bir Task'ın gerektirdiği depolar ve kaynaklarla birlikte yerel ya da bulut tabanlı bir ana makineye ihtiyacı vardır ve bu atama, çalıştırmanın tükettiği token'ların bedelini kim ödüyor olursa olsun Sharkly'nin işidir. Token faturalandırması ile yürütme yerleşimi ayrı konulardır ve BYOK, platformu yalnızca ilkinden çıkarır.
İnsanı onay sürecinin içinde tutar. Agent'lar araştırır, yürütür, test eder ve raporlar; insanlar yön belirler, yetki verir ve sonucu kabul eder. Bu inceleme adımı, yani bir Task birleştirilmeden veya kapatılmadan önce kimin onay verdiği, altındaki model çağrısının bedelini kimin ödediğine bağlı değildir. Daha ucuz bir bayi kâr marjı size daha iyi bir inceleme süreci satın almaz, BYOK modeli de sizden bir tane eksiltmez.
Ve token'ların kendisi başka yerde faturalandırılsa da Agent başına tüketimi gösteren bir kullanım panosu sunar. Bir Sprint'te hangi Agent'ın en çok yaktığını, hangi Task türlerini otomatikleştirmenin pahalı olduğunu ve hangi Runtime'ın yoğun çalıştığını görebilirsiniz; tüm bunlar için Sharkly'nin, hakkında rapor verdiği token'ların bedelini size kesen taraf olması gerekmez. Panonun faydası, faturanın Sharkly'ye ait olmasına bağlı değildir.
Ayrımın gerçek şekli bu: Sharkly işin nerede çalıştığını, kimin incelediğini ve çalıştırmanın size neye mal olduğunu yönetir; ölçülen şeyi size satan tedarikçi olmasına gerek kalmadan.
Bu ödünleşmeye değip değmeyeceğine karar vermek
Ekibiniz küçükse, tek bir Runtime'ınız varsa ve rate limit'e nadiren takılıyorsanız, bayi mi BYOK mu sorusu gününüzü pek değiştirmez. Ödünleşme; aynı altta yatan plan üzerinden birkaç Agent çalıştırmaya başladığınızda, Crew'leri birden fazla Computer üzerinde koordine ettiğinizde ya da birden fazla ekip için "bu Sprint'te yapay zekâ ile kodlama bize gerçekte neye mal oldu" sorusunu yanıtlamaya çalıştığınızda gerçek olur. O noktada, token harcamanızı yüksek tutmak gibi gizli bir teşvike sahip bir platform, tam olarak göremediğiniz bir maliyettir; size ne harcadığınızı söyleyen ama onu size satan taraf olmayan bir platform ise iki pano zahmetine değer.
Sharkly'nin iddiası, ücretlendirmeye değer sorunun ölçümleme değil koordinasyon sorunu olduğu yönünde. Zaten çalıştırdığınız agent'ların üstündeki katmandır; sizinle harcadıkları token'lar arasına giren ikinci bir tedarikçi değil. Claude Code veya Codex için zaten doğrudan ödeme yapıyorsanız ve çalıştırmaların token'ların üzerine bir kâr marjı binmeden atanabilir, incelenebilir ve görünür olmasını istiyorsanız, Sharkly tam da bu katman olmak üzere kurulmuştur. Bunun koltuk tarafının tam olarak neye benzediğini görmek için güncel fiyatlandırmaya bakın.
