Bir LLM ile bir tarayıcıyı bilgisayar kullanma modelleri aracılığıyla yönetmek, aynı satıcıyı yapılandırılmış bir API aracılığıyla çağırmaktan kabaca 45 kat daha pahalıdır. EVET.
Bu rehber, bu 45 katlık rakamı açığa çıkarır, bilgisayar kullanımının hala ne zaman değerini koruduğunu açıklar ve Apidog ile geliştirme yaparken her iki yolu da hızlı ve ucuz tutmanın yollarını gösterir. Aşağıdaki çerçeve, OpenAI Operator, Anthropic bilgisayar kullanımı, tarayıcı kullanımı, Skyvern ve ekran görüntüsü döngüsüyle gelen gelecekteki herhangi bir "haftanın aracı" için çalışır.
Eğer AI ajanları için API'ler yazıyorsanız, agents.md dosyaları nasıl yazılır hakkındaki eşlik eden rehberimizi de okumalısınız; oradaki kurallar, arayanlarınız için yapılandırılmış API yolunu bariz varsayılan haline getirir.
TL;DR
- Bilgisayar kullanımı, bir LLM'in ekran görüntülerine bakması ve tıklamalar, tuş vuruşları ve kaydırmalar yapması anlamına gelir; yapılandırılmış API'ler ise LLM'in arka ucunuzun yürüttüğü JSON araç çağrıları yapması anlamına gelir.
- Aynı görev için, bilgisayar kullanımı 30 ila 50 kat daha fazla belirteç harcar çünkü her adım yeni bir ekran görüntüsü gönderir, ayrıca yeniden denemeler de vardır.
- Bilgisayar kullanımını yalnızca API yoksa, API oran kilitliyse veya iş akışı komut dosyasına direnen kimlik doğrulamasının arkasındaysa seçin.
- Diğer her şey için yapılandırılmış bir API seçin: ödemeler, arama, CRM güncellemeleri, dahili araçlar, OpenAPI ile belgeleyebileceğiniz her şey.
- Hibrit, gerçekçi cevaptır: yapılandırılmış API'ler uç noktaları olan yüzde 90'ı yönetir, bilgisayar kullanımı ise uzun kuyruğu kapsar.
- JSON araç şemalarını tasarlamak, yineleme yaparken uç noktaları taklit etmek ve aracı kredisi harcamadan tüm akışı yeniden oynatmak için Apidog'u indirin.
Maliyet farkı neden bu kadar büyük?
45 katlık sayı zekice bir kıyaslama değildir; her yolun belirteçleri nasıl kullandığından kaynaklanır.
Yapılandırılmış bir API çağrısı, kullanıcı isteği ve bir araç şeması ile tek bir komut gönderir, ardından çalışma zamanının yürüttüğü bir JSON nesnesi alır. Gidiş-dönüş: birkaç yüz belirteç içeri, elli belirteç dışarı, bir ağ atlaması.
Bir bilgisayar kullanma döngüsü aynı istemi ve bir ekran görüntüsünü gönderir, bir tıklama koordinatı alır, bunu yürütür, tekrar ekran görüntüsü alır ve tekrarlar. Tipik bir "uçuş rezervasyonu" görevi bu turlardan 12 ila 30 tanesini çalıştırır. Her ekran görüntüsü tipik çözünürlükte yaklaşık 1.500 belirteç maliyetindedir. Çarpın.
Anthropic'in kendi bilgisayar kullanım belgeleri, ekran görüntüsü belirteçlerinin fiyatlarını açıkça belirtir; gerçek dünyadaki ek yük daha da yüksektir çünkü modeller yanlış tıklamalarda yeniden dener, doğru öğeyi geçmişe kaydırır ve çerez bildirimlerini kapatarak turları boşa harcar. Bilgisayar Kullanımı, yapılandırılmış API'lerden 45 kat daha pahalıdır başlıklı HN başlığı, tipik cezayı 30 ila 50 kat olarak belirtti ki bu da Apidog'da aynı görevi her iki yolla yeniden oynattığımızda gördüğümüzle eşleşiyor.
Yapılandırılmış API yolu ne zaman kazanır?
Aşağıdakilerden herhangi biri geçerliyse varsayılan olarak yapılandırılmış API'leri kullanın.
Satıcı bir OpenAPI spesifikasyonu, bir GraphQL şeması veya hatta tek bir REST sayfası yayınlıyor. Bir JSON şekli varsa, LLM onu doldurabilir. Belgelenmiş uç noktalarda GPT-5.5, Claude 4.5 ve DeepSeek V4'teki araç çağrısı doğruluğu yüzde 95'in üzerindedir; hata modu nadirdir, tespiti ucuzdur ve yeniden denemesi kolaydır.
Görev bir veya iki uç noktaya sığar. "Bir Stripe müşterisi oluştur", "bir HubSpot anlaşma aşamasını güncelle", "bir Slack mesajı gönder", "bir CI yeniden çalıştırmayı tetikle" hepsi tek çağrıdır. Bunları bir tarayıcı aracılığıyla yönlendirmek, bir odaya posta kartı göndermenin mühendislik karşılığıdır.
İş akışı gözetimsiz çalışır. Cron işleri, web kancaları ve kuyruk çalışanları, yanlış yöne kaydırmaya karar veren bir ekran görüntüsü döngüsünü denetleyemez. Yapılandırılmış çağrılar ağ katmanında deterministiktir.
Gecikme önemlidir. Yapılandırılmış bir çağrı 200 ila 800 milisaniye içinde döner. 15 turlu bir bilgisayar kullanma döngüsü 30 ila 90 saniye sürer, yeniden denemeler devreye girdiğinde daha da uzar.
Göndermeden önce test etmeniz gerekiyor. Bir JSON uç noktasını taklit etmek Apidog'da saniyeler sürer. Bir tarayıcı ekran görüntüsü döngüsünü taklit etmek bir araştırma projesidir.
Bilgisayar kullanımı ne zaman işe yarar?
Birkaç durum hala ekran görüntüsü döngüsünü tercih eder.
Eski satıcı portalları. Bazı tedarik, navlun ve fayda portalları REST'ten önce gelir. Makine arayüzü olmayan ASP.NET oturumlarının arkasında yaşarlar. Bilgisayar kullanımı, her çeyrekte bozulan kırılgan bir Selenium komut dosyasının yerini alır; 45 kat maliyeti sıfır bakım maliyetiyle değiştirmek bazen doğru karardır.
Değiştiremeyeceğiniz dahili araçlar. Müşterinizin 2014'te ödediği CRM, eski ERP, SharePoint panosu. Bir entegrasyonu gönderemiyorsanız ve ekip bir iPaaS için ödeme yapmayacaksa, ekran görüntüsü döngüsü gerçek bir seçenektir.
Tek seferlik operatör görevleri. Bir kurucunun bir ajandan "bu 50 rakibi araştır ve önemli noktaları Notion'a yapıştır" demesi, yapılandırılmış bir sözleşmeye ihtiyaç duyan bir iş akışı değildir. Bilgisayar kullanımı bunu bir kez halleder ve ortadan kalkar.
Hizmet Şartları tarafından korunan tersine mühendislik. Bunu atlayın. Çoğu "bu siteyi bilgisayar kullanımıyla kazı" isteği, satıcı şartlarının yanlış tarafında yer alır; maliyet sorunlarınızın en küçüğüdür.
Basit Bir Karar Çerçevesi
Bilgisayar kullanımına geçmeden önce isteği bu dört kontrol noktasından geçirin.
| Kontrol | Evet ise | Hayır ise |
|---|---|---|
| Belgelenmiş bir API mevcut mu? | API'yi kullanın. | Devam edin. |
| Özel bir uç noktayı saran ince bir sunucu tarafı adaptör gönderebilir misiniz? | Adaptörü oluşturun, JSON olarak açığa çıkarın. | Devam edin. |
| Görev tek seferlik mi yoksa düşük hacimli mi (günde <100 çalıştırma)? | Bilgisayar kullanımı kabul edilebilir. | Devam edin. |
| Her çalıştırmada 30-50 kat belirteç maliyetini ödemeye razı mısınız? | Bilgisayar kullanımı. | Durun. API erişimini müzakere edin. |
Müşteri kod tabanlarında gördüğümüz iş akışlarının dörtte üçü birinci veya ikinci kontrolü geçemiyor; bilgisayar kullanımı yalnızca her ikisi de başarısız olduğunda hayatta kalır.
Yapılandırılmış API'ler bir ajanda gerçekten nasıl görünür?
İşte "dün başarısız ödemeleri getir" görevinin her iki şekilde ifade edilişi. Yapılandırılmış sürüm, her ajanın varsayılan olarak kullanmasını istediğiniz şeydir.
from openai import OpenAI
client = OpenAI()
tools = [{
"type": "function",
"function": {
"name": "list_failed_payments",
"description": "Belirli bir tarih aralığındaki başarısız ödemeleri listele",
"parameters": {
"type": "object",
"properties": {
"start": {"type": "string", "format": "date"},
"end": {"type": "string", "format": "date"},
},
"required": ["start", "end"],
},
},
}]
resp = client.chat.completions.create(
model="gpt-5.5",
messages=[{"role": "user", "content": "Dün başarısız olan ödemeleri göster."}],
tools=tools,
tool_choice="auto",
)
call = resp.choices[0].message.tool_calls[0]
args = json.loads(call.function.arguments)
payments = stripe.PaymentIntent.list(
created={"gte": args["start"], "lte": args["end"]},
limit=100,
)
İki istem içeri, bir yapılandırılmış yanıt dışarı, Stripe'a bir HTTP çağrısı. Ajan hiçbir zaman panoyu görmez.
Bilgisayar kullanımının eşdeğeri, bir tarayıcı başlatır, Stripe'a giriş yapar, panonun ekran görüntüsünü alır, tarih seçiciye tıklar, tekrar ekran görüntüsü alır, bir aralık sürükler, ekran görüntüsü alır, "Başarısız"a kaydırır, ekran görüntüsü alır ve son olarak piksellerden sayıları çıkarır. Her ekran görüntüsü yaklaşık 1.500 giriş belirteci maliyetindedir. On iki tur tipiktir. Fatura 45 kat daha fazladır ve başarı oranı daha düşüktür.
Apidog ile Yapılandırılmış Yolu Tasarlamak
Ekiplerin bilgisayar kullanımına yönelmesinin nedeni nadiren maliyettir; genellikle kimsenin ajan için temiz bir araç yüzeyi tasarlamamış olmasıdır. Apidog, bu işi doğru bir şekilde yapmanız için size bir yer sağlar.
Birinci Adım: Ajanın ihtiyaç duyduğu işlemleri bir Apidog projesinde uç noktalar olarak modelleyin. "Faturaları listele", "anlaşmayı güncelle", "mesaj gönder" gibi birkaç POST, operatör demolarının yüzde 80'ini değiştirmek için yeterlidir. Apidog, doğrudan tasarım görünümünden bir OpenAPI 3.1 belgesi oluşturur.
İkinci Adım: Bu OpenAPI belgesini ajan çerçevesine besleyin. OpenAI'nin `tools` dizisi, Anthropic'in araç kullanma şeması ve LangChain OpenAPI yükleyicisi, hepsi doğrudan OpenAPI 3.1'i tüketir. Ajan artık tasarımınızı yansıtan yazılmış fonksiyon çağrılarına sahiptir.
Üçüncü Adım: Apidog'un sahte sunucusunu açın. Sahte sunucu her uç nokta için gerçekçi JSON döndürür, böylece üretim ortamına dokunmadan veya gerçek bir çalıştırmada belirteç maliyetleri ödemeden ajanı baştan sona çalıştırabilirsiniz. Aynı deseni Apidog'un sözleşme öncelikli geliştirme rehberinde ele alıyoruz.
Dördüncü Adım: Trafiği tekrar oynatın. Apidog, ajan çalışırken her isteği ve yanıtı kaydeder, böylece başarılı bir çalıştırmayı başarısız bir çalıştırmayla karşılaştırabilir ve hangi araç çağrısının saptığını görebilirsiniz. "Ajan dün çalışıyordu ve bugün bozuldu" şeklindeki uzun kuyruğu bu şekilde kesersiniz.
Beşinci Adım: Yayınlayın. Aynı proje, hem genel belgeleriniz, hem QA donanımınız, hem de izleme gösterge tablonuz olarak ikiye katlanır.
Hibrit: Her İki Yola da İhtiyaç Duyduğunuzda
Üretimde, çoğu ajan sonunda hibrit olur. Makul bir varsayılan şöyle görünür:
- İşlemlerin yüzde 90'ı, sizin tasarladığınız yapılandırılmış bir araç yüzeyi üzerinden geçer.
- Yüzde 10'u, eski portalların uzun kuyruğu için bilgisayar kullanım döngüsüne geri düşer.
- Bir yönlendirici istem, işlem adına göre hangi yolu seçeceğine karar verir.
Yönlendirici küçük bir sistem mesajıdır: "Eğer `tool_name` `known_tools` içinde ise, aracı çağır. Aksi takdirde, tarayıcı ajanına devret." Anthropic'in Claude 4.5'i ve OpenAI'nin GPT-5.5'i bu yönlendirmeyi güvenilir bir şekilde yapar; DeepSeek V4'te de aynı deseni çizebilirsiniz. İstek şekli için DeepSeek V4 API nasıl kullanılır makalesine bakın.
Gözlemlenebilirlik yığınlarınızda her iki yolu da ayrı ayrı izleyin. Yapılandırılmış çağrılar hacmin yüzde 99'unu ve maliyetin yüzde 30'unu oluşturmalı; bilgisayar kullanma yedeklemesi ise hacmin yüzde 1'ini ve maliyetin yüzde 70'ini oluşturmalı. Oran tersine dönerse, birisi işlemi yanlış yola eklemiştir ve bunun için bir uç nokta tasarlamanız gerekir.
Kaçınılması Gereken Yaygın Hatalar
Bunlar, destek biletlerinde ortaya çıkan kalıplardır.
Şemayı atlamak. Ekipler, sadece düzyazı sistem istemleriyle ajanlar gönderir ve yapılandırılmış çağrıların neden başarısız olduğunu merak eder. Her zaman JSON Şeması geçirin; şema katı olduğunda hem Claude hem de GPT, araç doğruluğunu çift haneli oranlarda iyileştirir.
Ajanın çalışma zamanında şemayı tasarlamasına izin vermek. Bir şema bir ürün yüzeyidir. Onu Apidog'da yazın, sürümünü belirleyin ve değişiklikleri halka açık bir API değişikliği gibi ele alın. Kendi kendini değiştiren şemalar, üretim kesintilerinin nasıl meydana geldiğidir.
Maliyet değil, belirteçleri günlüğe kaydetmek. Bilgisayar kullanım belirteçleri, çoğu gözlem aracının farklı fiyatlandırdığı görüntü girişlerinde gizlenir. İzleme panonuz değil, sağlayıcınızın faturalandırma konsolunu okuyun.
Bilgisayar kullanımını RPA ile karıştırmak. Robotik süreç otomasyonu, bilinen DOM öğelerine karşı betiklenmiş tıklamalar çalıştırır. Bilgisayar kullanımı, her ekran görüntüsünde neye tıklayacağına yeniden karar verir. Birincisi tekrarlanabilir ve ucuzdur; ikincisi esnek ve pahalıdır. RPA doğru çekiç olduğunda bilgisayar kullanımına başvurmayın.
Gecikme maliyetini unutmak. 45 kat belirteç faturası bir vergidir. Daha büyüğü, 60 saniyelik bir ekran görüntüsü döngüsünün ajanı kullanıcının akışından çıkarmasıdır. Kullanıcı izliyorsa, neredeyse her zaman API'yi istersiniz.
Dikkate Alınacak Alternatifler
Eğer bir satıcının API'si yoksa ancak iyi bilinen bir kullanıcı arayüzü varsa, tam bilgisayar kullanımı ile tam entegrasyon arasında üç ara seçenek bulunur.
Başsız tarayıcı komut dosyaları (Playwright, Puppeteer) geliştirme sonrası çalıştırma başına hiçbir maliyet getirmez. Kullanıcı arayüzü değiştiğinde bozulurlar; bunun için bütçe ayırın.
Satıcı tarafından yayınlanmış Zapier veya Make bağlayıcıları. iPaaS platformları entegrasyon vergisini sizin için zaten ödemişlerdir. Koltuk için ödeme yapın, daha hızlı gönderin.
Tersine mühendislik uygulanmış özel API'ler. Geliştirici Araçları'nda ağ sekmesini izleyin. Birçok satıcı panosu, aynı kimlik doğrulama çereziyle doğrudan çağırabileceğiniz dahili JSON uç noktalarıyla konuşur. Bunları Apidog'da belgeleyin ve yarı kararlı olarak ele alın. Bu hileyi Postman olmadan API testi makalesinde kullanıyoruz.
Bilgisayar kullanımı son çaredir, varsayılan değil.
Gerçek Dünya Kullanım Durumları
Bir finansal teknoloji uyumluluk ekibi, 6 adımlık bir bilgisayar kullanma Stripe raporunu üç yapılandırılmış çağrı ile değiştirdi. Token maliyeti yüzde 92 azaldı ve çalışma süresi 41 saniyeden 2 saniyeye düştü.
Bir B2B SaaS destek ajanı, bilgisayar kullanımını sadece tek bir iş akışı için korudu: API'si olmayan bir satıcı tedarik portalı. Diğer her şey Apidog'da tasarlanmış OpenAPI araç çağrıları aracılığıyla yönlendirildi. Ajan üzerindeki toplam token harcaması ayda 4.200 dolardan 310 dolara düştü.
Tek başına bir kurucu, eski bir ERP sisteminden Notion panosunu yenilemek için haftada tam olarak bir kez bilgisayar kullanımını kullandı. Haftada bir çalıştırma için 45 kat maliyet birkaç kuruştu; alternatif, haftalar sürecek bir entegrasyon projesiydi. Bilgisayar kullanımı için doğru şekil budur.
Sonuç
45 katlık rakam gerçek, tekrarlanabilir ve ekibinizin araç seçimini sıfırlamalıdır. Varsayılan olarak Apidog'da tasarlanmış yapılandırılmış API'leri kullanın; bilgisayar kullanımına yalnızca bir API yoksa ve iş akışı token maliyetinin yuvarlama hatası olabilecek kadar nadiren çalışıyorsa başvurun.
Gönderilecek beş çıkarım:
- Bilgisayar kullanımı, eşdeğer yapılandırılmış API çağrısından 30 ila 50 kat daha fazla belirteç maliyetine sahiptir.
- Belgelenmiş bir uç nokta ve bir JSON Şeması, maliyet, gecikme ve güvenilirlik açısından bir ekran görüntüsü döngüsünden daha iyidir.
- Hibrit yığınlar normaldir: yüzde 90'ı Apidog'da tasarlayın, yüzde 10'luk uzun kuyruk için bilgisayar kullanımına geri dönün.
- Canlı bir modele bağlamadan önce yapılandırılmış araç yüzeyini taklit edin. Bu, ajan kredilerinden tasarruf sağlar ve döngüyü kısaltır.
- Oran saptığında fark etmek için her iki yolu da gözlemlenebilirlikte ayrı ayrı izleyin.
Sonraki adım: Apidog'u açın, ajanınızın araç yüzeyi için bir proje oluşturun ve sahte sunucuyu açın. Bilgisayar kullanımı olarak göndermeyi düşündüğünüz iş akışının bunun yerine iki yapılandırılmış çağrıya dönüşüp dönüşmeyeceğini bir saat içinde anlayacaksınız.
SSS
Bilgisayar kullanımı yapılandırılmış bir API'den hiç daha ucuz mudur?
Hayır, çalıştırma başına değil. Ekran görüntüsü belirteçleri baskındır. Bilgisayar kullanımı, entegrasyon maliyetinin yıllarca sürecek çalıştırma maliyetini aşacağı durumlarda toplamda daha ucuz olabilir ki bu da ancak çok düşük hacimli iş akışları ve mevcut olmayan API'ler için geçerlidir.
Bir ajan için JSON araç yüzeyini nasıl taklit ederim?
Apidog'da uç noktaları tasarlayın, yerleşik sahte sunucuyu açın ve ajanı sahte URL'ye yönlendirin. Her istek, belirteç maliyeti olmadan gerçekçi JSON döndürür. İş akışını baştan sona QA mühendisleri için API test araçları makalesinde ele alıyoruz.
Herhangi bir modelde araç çağrıları için OpenAPI kullanabilir miyim?
Evet. OpenAI'nin `tools` parametresi, Anthropic'in `tool_use` bloğu ve DeepSeek V4'ün araç çağırma uç noktası, hepsi OpenAPI 3.1 şemalarını tüketir. Apidog şemayı temiz bir şekilde dışa aktarır. DeepSeek istek şekli için DeepSeek V4 API nasıl kullanılır makalesine bakın.
GPT-5.5 hala bilgisayar kullanımını destekliyor mu?
OpenAI, bilgisayar kullanımını Operator ürünü ve Responses API aracılığıyla sunar. Maliyet profili, Anthropic'in kabaca ekran görüntüsü başına maliyetine uyar. Bu makaledeki öneri, satıcıdan bağımsız olarak geçerlidir.
Skyvern, tarayıcı kullanımı ve diğer açık kaynaklı ajanlar ne olacak?
Aynı matematik. Daha ucuz açık modeller aracılığıyla yönlendirme yaparak çağrı başına fiyatı düşürürler, ancak tur sayısı ve ekran görüntüsü boyutu benzerdir. API'ler mevcut olduğunda yapılandırılmış API'ler onları hala geniş bir farkla geçer.
Bir ajan görevi için bir uç noktanın eksik olduğunu nasıl anlarım?
Hangi araç çağrılarının başarısız olduğunu veya reddedildiğini izleyin. Eğer ajan sürekli olarak bir tarayıcıya geri dönmeye çalışıyorsa, bu araç yüzeyinizde eksik bir uç nokta olduğu anlamına gelir. Bunu Apidog'da ekleyin, şemayı yeniden oluşturun ve ajan geri dönmeyi bırakacaktır.