---
title: "MCP Token Maliyeti: MCP Sunucumu 15 Araçtan 4 Araca Düşürdüm"
url: https://blog.edumints.com/mcp-token-maliyeti-mcp-sunucumu-15-aractan-4-araca-dusurdum
category: "AI Araçları"
date: 2026-10-30T08:07:09.370Z
publisher: Edumints Blog
lang: tr-TR
source_name: "dev.to"
source_url: https://dev.to/aws-builders/mcp-token-cost-i-cut-my-mcp-server-from-15-tools-to-4-cek
---

# MCP Token Maliyeti: MCP Sunucumu 15 Araçtan 4 Araca Düşürdüm

GitHub'ın resmi MCP sunucusu, siz daha tek bir soru bile sormadan 93 araç tanımı üzerinden yaklaşık **55.000 token** yükler. 200K'lık bir bağlam penceresinde (context window) bu, ajanınız henüz hiçbir iş yapmadan bütçenizin dörtte birinden fazlasının harcanması demektir.

Kendi sunucumu ölçene kadar buna inanmamıştım. Çoğu geliştiricinin yaptığı gibi küçük bir AWS MCP sunucusu kurdum, Kiro'ya bağladım ve tek bir soru sordum: *"Bu hesapta nerede para israf ediyorum?"* Yanıt vermesi **yedi araç çağrısı (tool call)** sürdü. Ardından aynı sunucuyu AWS'in kendi araç tasarım rehberini takip ederek yeniden inşa ettim. Aynı hesap, aynı soru: **İki araç çağrısı.** 15 araç 4'e düştü ve araç şemaları **%88 oranında küçüldü**.

Bu çalışma, basit bir `add_numbers` örneği değil; gerçek maliyet israfını tespit eden salt okunur (read-only) bir AWS maliyet analizi sunucusunun hikayesidir. Her iki sürüm de karşılaştırabilmeniz için GitHub'da (`simplynadaf / aws-lean-mcp`) yer almaktadır.

## 🎬 Video Eğitimi ve Öne Çıkanlar

Şişkin (15 araçlı) bir sunucudan yalın (4 araçlı) bir sunucuya geçiş sürecinde şunlar incelenmektedir:

- Tipik bir MCP sunucusunun daha tek bir soru sormadan bağlam pencerenizi nasıl sessizce tükettiği
- AWS'in tanımladığı iki başarısızlık modu: **şişkinlik (bloat)** ve **kafa karışıklığı (confusion)**
- Şişkin sunucunun tek bir soruyu yanıtlamak için ajanı 7 araç çağrısı yapmaya zorlaması
- GitHub üzerinden tüm mimari farkların incelenmesi

## Bu Rehber Kimler İçin?

Kiro, Claude Code veya Cursor'da birkaç MCP sunucusu bağladıysanız ve araç ekledikçe ajanınızın **daha yavaş, daha az zeki ve daha pahalı** hale geldiğini fark ettiyseniz bu içerik tam size göredir. "Bağlam şişkinliği" (context bloat) kavramının pratikte ne kadar kritik olduğunu bir Python fonksiyonu ve JSON dosyası okuyabilen herkes kolayca anlayabilir.

## İçindekiler

- Bir MCP sunucusunun ajanınızı çürütmesinin iki yolu
- Bilerek yapılan anti-desen (v1: 15 araç)
- Adım adım yeniden inşa (v2: 4 araç)
- Skor tablosu: Neler değişti?
- Bağlam ölçer (context meter) hakkındaki dürüst gerçekler
- AWS bile araç listesini çok küçük tutuyor
- Kendiniz deneyin
- Blog yazılarının size söylemedikleri

## 1. Bir MCP Sunucusunun Ajanınızı Çürütmesinin İki Yolu

AWS, Temmuz 2026'da yayımladığı *MCP araç tasarımı: Pratik yaklaşımlar ve ödünleşimler* başlıklı yazısında birbirini besleyen iki temel başarısızlık modunu netleştirmiştir:

- **Şişkinlik (Bloat):** Model kullansın ya da kullanmasın, her araç tanımı her çağrıda bağlam penceresine yüklenir. Her bir araç şeması **550 ila 1.400 token** tüketir; yani 50 araç, iş başlamadan önce **30.000 ila 70.000 token** demektir. 5 ila 10 MCP sunucusunun kurulu olduğu tipik bir Claude Code oturumu bütçeyi hızla eritir.

### Geliştiriciler İçin Pratik Çıkarımlar

Yazılım geliştirme sürecinde her API uç noktasını (endpoint) doğrudan ayrı bir MCP aracına dönüştürmek en yaygın tasarım hatasıdır. **MCP Sunucusu Geliştirme** ve **Production MCP Entegrasyonu** süreçlerinde granüler araçlar yerine, iş akışı odaklı ve birleştirilmiş (consolidated) araçlar tasarlamak hem token maliyetini düşürür hem de ajanın doğru aracı seçme başarısını radikal biçimde artırır.

---

**Kaynak:** dev.to (https://dev.to/aws-builders/mcp-token-cost-i-cut-my-mcp-server-from-15-tools-to-4-cek)
**Yayıncı:** [Edumints Blog](https://blog.edumints.com) · Alıntılarken bu URL'ye bağlantı verin: https://blog.edumints.com/mcp-token-maliyeti-mcp-sunucumu-15-aractan-4-araca-dusurdum