Şunu açıkça söyleyeyim: Avrupa finans verisiyle uğraşan herkesin başına aynı dert geliyor. Veriler resmi, ücretsiz, temiz görünür bir düşüneyim… (en azından benim deneyimim böyle). ama iş onları bir yapay zekâ aracının içine sokmaya gelince tablo biraz dağılıyor. ECB’nin faiz oranları, Eurostat’ın enflasyon. Işsizlik serileri — hepsi ortada duruyor; yine de o SDMX-XML duvarını görünce insanın içinden “dur bir dakika, bunu gerçekten prompt içine mi koyacağım?” demesi gayet normal, hatta kaçınılmaz bir his (evet, doğru duydunuz)
Ben bu tarz veri kaynaklarını ilk kez 2022 sonbaharında, Berlin’de küçük bir fintech ekibi için incelerken görmüştüm. O zaman da aynı hissi yaşamıştım. Veri var, kaynak var, hatta dokümantasyon — en azından ben öyle düşünüyorum — bile var; ama kullanım rahat değil. Geçen ay İstanbul’da bir editoryal test sırasında benzer bir şey oldu — Claude’a makroekonomik veri sorusu sordurmak istedik, sonuç yine yarı pişmiş XML parçaları oldu. İşte tam bu yüzden ücretsiz bir MCP sunucusunun ortaya çıkması bayağı işe yarıyor.
Resmi veri kaynağıyla yapay zekâ arasında asıl sorun güven değil; format. Veri doğru olabilir ama modele anlatması eziyetse pratikte değeri düşüyor.
Neden bu iş önemli?
İşin aslı şu: ekonomik veriyi takip eden biri için “ücretsiz” kelimesi tek başına yeterli değil. Evet, ECB ve Eurostat açık API veriyor. Ama bu API’ler daha çok makine-makine iletişimi için tasarlanmış, insanın masasında oturup hızlıca karar vermesi için değil. Bir analist sabah kahvesini alıp “Almanya’da enflasyon ne olmuş?” diye sorduğunda düz JSON görmek ister. Modelin önüne kocaman etiketler, kodlar ve iç içe düğümler koyarsanız sohbet çabuk bozuluyor — bunu defalarca gördüm, inanın.
Bir dakika — bununla bitmedi. PDF Dünyasında Bir Nefes: Ücretsiz ve Limitsiz Araçlar yazımızda bu konuya da değinmiştik.
Burada MCP yaklaşımı güzel bir ara katman sağlıyor. Claude gibi araçlar doğrudan resmi kaynağa gidiyor ama kullanıcı tarafında sadece sadeleştirilmiş sonuç görülüyor. Ufak görünen ama etkisi büyük bir şey bu. Çünkü insanlar çoğu zaman verinin kendisini değil, veriye erişim sürtünmesini kaybediyor. Bunu kavramak biraz zaman alıyor ama kavrayınca her şey yerine oturuyor.
Kendi deneyimimden konuşuyorum, Ha bu arada — benzer mantığı geçen yıl kendi kişisel not sistemimde de denemiştim. Ham RSS akışlarını doğrudan LLM’e vermek yerine (belki yanılıyorum ama) önce normalize etmiştim; sonuç bariz şekilde daha iyi olmuştu. Burada da olay aynı: veriyi konuşturmak için önce tercüme etmek gerekiyor (en azından benim deneyimim böyle)
Kısa bir not düşeyim buraya.
eu-finance ne yapıyor?
Dimitri’nin hazırladığı eu-finance, tam olarak bu tercüme işini üstleniyor. Altı farklı araç sunuyor ve hepsi çıktıyı düz JSON olarak dönduruyor (şaşırtıcı ama gerçek). Böylece modelin kafası karışmıyor… ya da en azından daha az karışıyor diyelim, garanti vermek istemiyorum (kendi tecrübem)
| Araç | Sunduğu veri | Kaynak |
|---|---|---|
| get_ecb_rates | Mevduat faizi, ana refinansman ve marjinal borç verme oranları | ECB SDW |
| get_euro_exchange | EUR karşısında 30+ para birimi | ECB / Frankfurter |
| get_eu_inflation | Ülke bazlı HICP enflasyonu | Eurostat |
| get_eu_gdp | Büyüme ya da mutlak GSYH verisi | Eurostat |
Tabloyu biraz kestim çünkü gerçek hayatta da entegrasyonlar böyle oluyor zaten. İlk üç satır tertemiz gelir, sonra biri edge case çıkarır ve işler hafif yamulur. E peki, sonuç ne oldu? Ama ana fikir net: finansal makro veriyi tek tek kazımak yerine hazır araçlarla almak çok daha mantıklı.
Bunu biraz açayım.
Beni burada en çok ikna eden nokta şu oldu: araçların hiçbiri API anahtarı istemiyor. Kayıt yok, kart yok, onay maili yok. Direkt kullanıyorsun. Küçük bir startup için ciddi avantaj bu, çünkü deneme maliyeti sıfıra yakın. Kurumsal tarafta ise hız kadar denetlenebilirlik önemli oluyor; resmi kaynağa dayandığınız sürece ekip içi tartışma da azalıyor.
Düz JSON neden fark yaratıyor?
Kulağa sıkıcı geliyor, biliyorum (ben de ilk duyduğumda şaşırmıştım) — itiraf edeyim, beklentimin üstündeydi —. Ama pratikte kurtarıcı. LLM’ler uzun XML şeritlerinde bazen gereksiz ayrıntıya takılıyor; kod isimlerini yanlış yorumlayabiliyor, zaman serisinin hangi alanının ne olduğunu şaşırabiliyor. Düz yapı ise market rafı gibi — ürün gözünüzün önünde duruyor, uzanıp alıyorsunuz.
Bir dakika — bununla bitmedi.
Bunu kendi testimde net gördüm. Ankara’daki ev ofisimde iki farklı istem hazırladım: biri ham SDMX yanıtıyla, diğeri sadeleştirilmiş JSON ile çalışıyordu. İkinci senaryoda Claude’un cevabı hem daha kısa hem de çok daha isabetli çıktı. İlginç, değil mi? Şaşırdım açıkçası, bu kadar fark beklemiyordum.
Kurulum tarafı ne kadar zahmetli?
Beklediğim kadar uğraştırıcı değilmiş — bunu söylemem lazım çünkü çoğu açık kaynak proje tam burada tökezliyor. Claude Code tarafında tek satırlık ekleme var:
claude mcp add eu-finance — npx -y @nexusforgetools/eu-financeMasaüstü uygulaması kullananlar için de yapılandırma dosyasına küçük bir blok eklemek yetiyor. Dur, önce şunu da söyleyeyim: kurulum kolaylığı her zaman kalite anlamına gelmez. Ama başlangıç bariyerini düşürürse projeyi deneme ihtimali artıyor, bu da önemli. Bir geliştirici olarak buna hep dikkat ederim; kurulum ilk beş dakikada can sıkarsa kimse geri dönmüyor. Geri dönmüyor.
Cline, Cursor veya Windsurf gibi araçlarda HTTP/SSE desteğiyle çalışması da hoş bir detay. Lokal kullanımda stdio ile sade kalıyor, server deploy senaryosunda ise HTTP’ye geçebilmesi ciddi esneklik sağlıyor. Bu çift taşıma modeli bana biraz araba vitesini hatırlatıyor — şehir içinde sessiz mod, uzun yolda başka mod. Neyse, uzatmayayım. Bu konuyla ilgili Claude Code’u Kandırmadan GPT-5 Codex’e Yönlendirmek yazımıza da göz atmanızı tavsiye ederim.
Kime uygun?
Eh, Küçük ekiplerde kullanım gayet rahat görünüyor. Tek kişi çalışan bağımsız geliştiriciyseniz ya da hızlı prototip çıkarıyorsanız özellikle iyi oturuyor (ben de ilk duyduğumda şaşırmıştım). Ama enterprise seviyede konuşacaksak bazı sorular hemen masaya geliyor: loglama nasıl tutulacak, cache politikası nasıl yönetilecek, hangi ekip hangi dataset’i çağırabilecek? Yani proje güzel ama kurum içine girdiğinde biraz sertleşiyor. Bu kötü mü? Hayır. Sadece gerçekçi olmak lazım.
- API anahtarı gerekmemesi başlangıcı hızlandırıyor. (bu kritik)
- Zod doğrulama sayesinde giriş-çıkış şemaları toparlanıyor.
- Düz JSON çıktılar modelin hata payını azaltıyor.
- Lokal ve sunucu modlarının birlikte gelmesi kullanım alanını genişletiyor.
Mimaride hoşuma giden şeyler ve eksikler
Zaman damgası önemli olan her projede cache konusu kritik. Burada Redis cache kullanılması mantıklı; faiz oranları için 1 saat, enflasyon için 6 saat, GSYH için 24 saat gibi süreler belirlenmiş. Bayağı pratik bu, çünkü herkes her istekte ECB’yi dövmeye kalkarsa sistem gereksiz yoruluyor. Aynısını geçen yıl kendi laboratuvar ortamımda yaşamıştım — bir haber toplayıcıda cache yoktu. API limiti yüzünden akşamüstü çökmüştük. Ders alınca insan unutamıyor işte. Butterfly CSS: 2026’da Dikkat Çeken Hafif Bir Seçenek yazımızda bu konuya da değinmiştik.
Hani, Peki eksik taraf? Bence ürünün doğal sınırı şu: bu araç size veri getirir ama yorumlamayı bayağı size bırakıyor — dürüst olayım, biraz hayal kırıklığı —. Mesela “İspanya’da enflasyon Almanya’dan neden yüksek?” diye sorarsanız model analiz üretir. Bağlam derinliği yine sizin prompt kalitenize bağlı (en azından benim deneyimim böyle). Kağıt üstünde süper — pratikte göreceğiz. Mesela yanlış yönlendirilmiş sorgularda nasıl davrandığını merak ediyorum açıkçası. Daha fazla bilgi için Chrome CDP ile AI Ajanına Tarayıcı Gücü Vermek: Pratik Kurulum yazımıza bakabilirsiniz.
Kullanım senaryolarını ayırmak gerekirse…
Küçük startup için cuk oturuyor: bir analitik dashboard prototipi, müşteri destek botuna ekonomik bağlam ekleme, ya da yatırım araştırması yapan mini ekipler (bizzat test ettim). Enterprise’ta ise iş farklılaşıyor — veri yönetişimi, denetim izi ve rol tabanlı erişim şart. Orada yalnızca teknik başarı yetmiyor; uyumluluk tarafı da güçlü olmalı. Ben olsam kurumsalda önce dar kapsamla denerdim. Sadece ECB faizleriyle başlayıp sonra Eurostat serilerini açardım. Birden bütün ekonomiyi botun ağzına tıkmak bence riskli. İnsanın eli gider ama fren mesafesi uzar…
Neden MCP yaklaşımı büyüyor?
MCP’nin yükselişi bana browser eklentilerinin ilk dönemini hatırlatıyor. Önce insanlar “neden ayrı katman lazım ki?” dedi. Sonra herkes fark etti ki standart arayüz olmadan ajanlar her servisle ayrı ayrı boğuşuyor. Tam burada benzerlik çok net: veri kaynağı sayısı arttıkça entegrasyon kabusu da büyüyor. MCP bunu ortak dil haline getirmeye çalışıyor — ve bence tutacak. Bu konuyla ilgili Bilgiyi Kendi Makinenizde Toplamak: Yerel RAG Rehberi yazımıza da göz atmanızı tavsiye ederim.
Geçen hafta Kadıköy’de kahve içerken bunu arkadaşlarımdan biriyle tartıştık; “LLM’in gücü modelde mi yoksa araca erişimde mi?” diye sordum. Cevap ikisinde de aslında. Ama doğru araç olmadan iyi modelin potansiyeli yarıda kalıyor. Bu yüzden eu-finance gibi projeler sadece teknik oyuncak değil; küçük ama faydalı altyapı taşları. Bugün ekonomi verisi, yarın enerji piyasası, öbür gün belki sağlık istatistikleri… iş buraya gidiyor gibi duruyor.
Sorguyu nasıl düşünmeli?
Araç size doğal dille soru sorma özgürlüğü veriyorsa değer tam oradadır. Mesela:
“Fransa’nın son çeyrek GSYH’si ne durumda?” — “Polonya’da genç işsizlik trendi nasıl?” — “Avro/dolar kuru geçen ay ne tarafa gitti?”
Bunlar normalde farklı API çağrıları gerektirir. Buradaysa model bunları arka planda halledip özet dönduruyor. Ben buna bazen mutfakta çoklu tava kullanmaya benzetiyorum: bir tava yumurta pişiriyor, diğeri tost, öbürü kahve… siz masaya tek tabakta servis alıyorsunuz. Sihir sanmayın tabii; arka tarafta hâlâ data — kendi adıma konuşayım — mapping var. Ama kullanıcı açısından görünmeyen emeğin değeri büyük.
İnanın, Şimdi önemli bir nokta daha var: araç düzgün olsa bile yanlış prompt sizi yanıltabilir. Tarih aralığı belirtmezseniz güncel veri sanıp eski seri çekebilirsiniz — bu başınıza gelebilir, dikkat. Bu yüzden soru yazarken küçük ayrıntılar şart. Ben test ederken özellikle ülke adı + dönem + metrik kombinasyonu kullandığımda sonuçların belirgin biçimde toparlandığını gördüm. Deneyin, fark edeceksiniz.
Sıkça Sorulan Sorular
MCP sunucusu nedir?
MCP sunucusu, yapay zekâ modellerinin harici araçlara standart biçimde erişmesini sağlar. Kısaca model ile dış dünya arasında düzenli bir köprü kurar. Böylece her servis için ayrı özel entegrasyon yazmanız gerekmez.
eu-finance ücretli mi?
Yani, Hayır,
proje ücretsiz kullanılıyor.
Ayrıca ECB ve Eurostat kaynakları da açık olduğu için ekstra API anahtarı gerekmiyor.
Deneme yapmak isteyenler için bu bayağı rahatlatıcı.
(inanın bana)
Bunu Claude dışında başka yerde kullanabilir miyim?
Ne yalan söyleyeyim, Evet,
Claude Desktop dışında Cursor,
Windsurf,
Cline gibi MCP destekleyen istemcilerle de kullanılabiliyor.
Lokal ya da HTTP/SSE moduna göre kurulum değişebiliyor.
Pratikte oldukça esnek duruyor.
Düz JSON neden önemli?
Düz JSON,
modelin karmaşık XML yapılarını çözmeye çalışırken takılmasını azaltır. Veriyi daha okunabilir hale getirir ve cevapların tutarlılığını artırır. Bilhassa ekonomi serileri gibi kod dolu alanlarda ciddi fark yaratır.
Kendi dataset’im varsa katkıda bulunabilir miyim?
Şunu söyleyeyim, Evet,
projede belirli ECB veya Eurostat dataset’leri eksikse issue açmanız isteniyor. Açık kaynak projelerde bu yaklaşım kıymetlidir;
kullanıcı talebiyle yol haritasının şekillenmesi işleri hızlandırır. Mesela niş ihtiyaçlarda işe yarar.
Kaynaklar ve İleri Okuma
“>
Proje GitHub Sayfası — nexusforge-tools/mcp-eu-finance
Açıkçası, npm Paketi — @nexusforgetools/eu-finance
Yani, European Central Bank Statistics Resmi Sayfası
Daha önce yerel bilgi toplama tarafında yazdığımız yaklaşımı merak ediyorsanız şuraya bakabilirsiniz:
Bilgiyi Kendi Makinenizde Toplamak: Yerel RAG Rehberi.
Benzer şekilde ham veriyi düzenleyip modele okutma fikri burada da kendini gösteriyor.
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
