Agents League Hackathon 2026: Enterprise Agents Kategorisi Rehberi
Şöyle başlayayım: Microsoft’un duyurduğu hackathonları genelde uzaktan izlerim. Ama bu seferki biraz farklı. Çünkü Agents League Hackathon 2026, son yıllarda Microsoft 365 çevreinde gördüğüm en net “agentic” odaklı yarışma. Üstelik ödül havuzu da fena değil — 50.000 doların üzerinde.
Lafı uzatmadan girelim: Eğer Copilot, Foundry, Agent Framework gibi araçlarla bir şeyler kurcalıyorsanız, bu yarışma sizin için biçilmiş kaftan. Hele bir de Enterprise Agents kategorisi, kurumsal tarafta iş yapanların kanını kaynatacak cinsten.
Ama bir uyarı: Türkiye’deki ekiplerin bu yarışmaya bakışı genelde “biz nasıl olsa katılamayız” şeklinde oluyor. Halbuki katılım global ve aslında bizim ekiplerin elinde çok ciddi bir fırsat var. İşte, neden mi? Birazdan açıklayacağım.
Agents League Nedir, Ne Değildir?
Microsoft’un sitesinde “global playground for developers, makers, and architects” diye geçiyor. Türkçesi biraz daha sade: geliştiriciler, çözüm mimarları ve low-code tarafında çalışanlar için bir deneme alanı. Ama ben buna öyle süslü bir yerden değil, daha pratik bir gözle bakıyorum.
İşin garibi, Bu yarışma aslında tek bir şeyi ölçüyor: Agentic web dedikleri yeni düzende gerçekten işe yarayan çözümler çıkarabiliyor muyuz, yoksa hâlâ “merhaba dünya” tadında küçük demoların etrafında mı dolanıyoruz? Peki neden önemli? Çünkü kağıt üstünde fikir üretmek kolay, ama sahada çalışan şey bambaşka bir hikâye.
Bunu biraz açayım.
Yarışmanın odaklandığı temel alanlar şunlar:
- Agent orchestration ve multi-agent mimarileri
- RAG (Retrieval-Augmented Generation) ve kurumsal bilgi tabanına bağlama
- Microsoft 365, Copilot ve dış sistem entegrasyonları
- Custom engine agent’ları ve gelişmiş extensibility örüntüleri
- Yeni gelen Microsoft IQ katmanları — agentic web’in bağlam katmanı (bence en önemlisi)
Vallahi, Pro-code tarafında C# ya da TypeScript ile ilerleseniz de olur, Copilot Studio gibi low-code araçlarla iş görseniz de olur; fark etmiyor. İkisi için de ayrı kategori var. Bu da bence boş bir detay değil,. Microsoft burada agentic ortamı sadece developer’lara açmıyor, iş birimi tarafındaki “citizen developer” kitlesini de oyuna dahil ediyor. Güzel fikir, ama dur bir saniye — işin zor kısmı tam da burada başlıyor.
Vallahi, Evet.
Enterprise Agents Kategorisi: İşin Asıl Kıymetli Yeri
İşin garibi, Tüm kategoriler içinde Enterprise Agents tarafını özellikle öne koyuyorum. Neden mi? Çünkü burada “demo için demo” yapamıyorsunuz, iş biraz ciddileşiyor; çözümünüzün gerçek bir iş problemi çözmesi, ölçülebilir değer üretmesi ve kurumsal sistemlerle tümleşik olması bekleniyor.
Ne yalan söyleyeyim, Hani şu sürekli konuştuğumuz “AI çözümleri POC aşamasında kalıyor” mevzusu var ya… İşte bu kategori tam oraya dokunuyor. Jüri sadece teknik detay bakmıyor, işin etkisine de göz atıyor. Bu kadar net.
Şartlar Neler?
Resmî gereksinimleri kendi yorumumla, lafı gevelemeden aktarayım:
- Gerçek iş senaryosu: Uydurma bir kullanım değil, somut bir problem olmalı. — bunu es geçmeyin
- Kurumsal entegrasyon: Microsoft 365 servisleri ya da dış API’lar — yanı bir şekilde gerçek bir sisteme bağlanmalı.
- Grounded intelligence: RAG kalıpları kullanıp halüsinasyon riskini aşağı çekmek gerekiyor.
- Microsoft IQ entegrasyonu: En az bir IQ katmanını kullanmak zorunlu.
Son madde bence en kritik nokta (ben de ilk duyduğumda şaşırmıştım). Çünkü Microsoft IQ, bu yarışmanın merkezinde duran yeni bir kavram (kendi tecrübem). Açık konuşayım, önümüzdeki dönemde Microsoft’un agentic stratejisinin omurgası gibi ilerleyecek dürüyor.
Evet.
Burası önemli. Bir çözümünüz varsa. Veriyle konuşmuyorsa, sisteme bağlanmıyorsa ya da işi gerçekten kolaylaştırmıyorsa, kağıt üstünde fena görünmez ama sahada pek yürümüyor (evet, doğru duydunuz). Sız ne dersiniz?
Microsoft IQ Katmanları: Bağlam Çağına Hoş Geldiniz
Şunu söyleyeyim, Şimdi işin teknik tarafına girelim. Microsoft IQ dediği şey, ajanlara bağlam veren dört ayrı katmandan oluşuyor; biri ötekini ezip geçmiyor, her birinin yeri ayrı. Hani ne farkı var diyorsunuz, değil mi? Ben kafamda bunu böyle ayırıyorum, çünkü aksi hâlde konu biraz çorba oluyor.
| IQ Katmanı | Ne İşe Yarıyor? | Tipik Kullanım |
|---|---|---|
| Foundry IQ | Birden fazla kurumsal kaynaktan kanıtlı, yetki kontrollü cevaplar | Müşteri destek ajanları, knowledge base sorguları |
| Work IQ | E-posta, toplantı, sohbet, döküman üzerinden iş bağlamı kurar | Kişiselleştirilmiş asistanlar, takip ajanları |
| Fabric IQ | Ontoloji ve knowledge graph ile veriye anlam katar | Veri analizi, BI ajanları |
| Web IQ | Ajana güncel web bilgisi sağlar | Pazar araştırması, rakip izleme |
Sahada en çok karışan ikili bence Foundry IQ ile Work IQ. Şimdi, peki neden? Çünkü isimler yakın dürüyor ama yaptıkları iş aynı değil. Foundry IQ “kurumsal hafızaya bak” diyor; Work IQ işe “çalışanın günlük akışını yakala” tarafında dürüyor. Biri daha çok statik bilgi havuzuna yaslanıyor, diğeri işe canlı iş bağlamını çekip alıyor.
Yanı, Evet.
Bir ajanı “akıllı” yapan model değildir; ona doğru bağlamı, doğru anda, doğru yetkiyle sunan altyapıdır. Microsoft IQ tam da bu boşluğu kapatmaya çalışıyor.
Aslında, Açık konuşayım, burada asıl mesele modelin kaç parametre olduğu falan değil. Bir sistemin gerçekten işe yaraması için, doğru veriyi doğru yerden çekmesi gerekiyor; yoksa en parlak demo bile sahada tökezliyor. Yanı mesele biraz da yetki, biraz da kaynak kalitesi, biraz da o an elindeki bağlam.
Tam da öyle. Bu konuyla ilgili 2026 ile ilgili önceki yazımız yazımıza da göz atmanızı tavsiye ederim.
Canlı Battle Etkinliği: Kaçırmayın
11 Haziran sabah 09:00 (PT) — yanı bizim saatle akşam 19:00 civarı. Kısa ve net. En iyi çözümler canlı “battle” formatında, jüri önünde gösterilecek; işin tadı da biraz burada çıkıyor, çünkü sahnede sadece ürün değil, karar verme biçimi de görünür oluyor.
- Abram Jackson — Principal Product Manager, Microsoft
- April Dunnam — Principal Cloud Advocate, Microsoft
- Sébastian Levert — Principal PM Architect, Microsoft
Şunu söyleyeyim, Yarışmaya katılmasanız bile bu yayını izlemenizi açık konuşayım, baya öneririm. İşte, peki neden? Çünkü Microsoft tarafının “Enterprise Agent” deyince neyi kastettiğini, hangi yaklaşımı daha çok benimsediğini, hangi çözümün karşısında başını sallayıp “tamam, bu olmuş” dediğini canlı canlı görme şansı veriyor; hani doküman okursunuz da bazı şeyler havada kalır ya, işte burada o sis biraz dağılıyor.
Türkiye Perspektifi: Bizim Ekipler Neden Katılmalı?
Şimdi biraz yerel konuşalım. Kurumsal müşterilerde sık (söylemesi ayıp) gördüğüm tablo şu: Türkiye’deki şirketler Copilot’u çoğu zaman “lisans aldık, kullanıyoruz” seviyesinde bırakıyor, yanı işin ucuna dokunuyorlar. Özelleştirme, kendi agent’ını kurma, IQ katmanlarını kendi verisiyle besleme tarafında hâlâ bir çekingenlik var. Sız ne dersiniz? Garip ama gerçek. Daha fazla bilgi için Azure Cosmos DB’ye Immutable Backup Geldi: Ne Değişiyor? yazımıza bakabilirsiniz.
Aslında, Halbuki bu hackathon, tam da o çekingenliği kırmak için iyi bir zemin sunuyor. Daha açık söyleyeyim, peki neden? Çünkü production baskısı yok, ekip rahat deniyor, bazen saçma görünen fikirler bile işe yarıyor (şey, en azından fikir olarak), ve kimse “bunu niye böyle yaptınız” diye enseye tokat girmiyor.
- Risk yok: Production’da değilsiniz, hackathon ortamında rahatça deneyim kazanıyorsunuz. (bu kritik)
- Microsoft görünürlüğü: Battle event’inde sahneye çıkmak demek, Türkiye ofisinin de radarına girmek demek.
- İç motivasyon: Ekibinize “bir şey üretiyoruz” hissi vermek, sertifika eğitimlerinden bin kat daha fazla enerji veriyor.
- Müşteriye anlatılacak hikâye: Yarışmadan çıkan POC, satış toplantılarında baya iş gören bir referansa dönüşüyor.
Açık konuşayım — Türkiye’den katılım son yıllarda artıyor ama hâlâ potansiyelin altında kalıyor. Bence bunun en büyük sebebi “İngilizce sunum çekincesi”. Ama dur bir saniye; aslında mesele sadece dil değil, ekiplerin kendini sahnede göstermekten biraz ürkmesi de var. Microsoft jürisi aksanlı İngilizceden çok teknik özgünlüğe bakıyor, bunu kenara not edin.
Evet, doğru duydunuz.
Pratik Yol Haritası: İlk Adım Olarak Ne Yapmalı?
Hackathon’a girmeye karar verdiyseniz, boş ekrana bakıp kalmayın. Önce bir yön seçin, sonra hızlanın (bizzat test ettim)
1. Problemi Seç, Teknolojiyi Sonra Düşün
En sık gördüğüm hata şu: “Foundry IQ kullanalım, sonra bakarız.” Bak şimdi, bu ters sırayla gidince iş dağılıyor. Önce şirket içinde gerçekten can sıkan, tekrar eden, elle yapılan bir süreç bulun; hatta hayali bir senaryo kuracaksanız bile, insanı bezdiren bir iş seçin. Sonra da “buraya agent koysam ne değişir?” diye sorun.
Mesela tedarik zinciri sözleşmelerinde yenileme tarihlerini kaçırmamak, satış ekibinin müşteri özetlerini elle toparlaması ya da finans tarafında fatura uyuşmazlıklarını tek tek didiklemek… Bunlar agentic çözüme baya uygun örnekler. Hatta bazen en iyi fikirler tam da bu sıradan görünen yerlerden çıkıyor.
2. Mimariyi Bir Kağıda Çiz
Tek agent yeter mi, yoksa multi-agent orchestration mı lazım? Hangi IQ katmanı devrede olacak? Dış sistemler nereye bağlanacak? Bu sorulara kafa yormadan kod yazmaya başlamak biraz acelecilik oluyor. Açık konuşayım, önce kabaca (belki yanılıyorum ama) bir çizim yapınca sonradan yaşanan sürprizlerin yarısı kayboluyor (tamamı değil ama yarısı fena değil). Konuyla yakından ilgili bir okuma olarak Microsoft Agent Framework: Katmanlı SDK Tasarımının İç Yüzü yazımı öneririm — özellikle multi-agent senaryolarda hangi katmanın ne işe yaradığını orada anlatmıştım. Bu konuyla ilgili 2026 ile ilgili önceki yazımız yazımıza da göz atmanızı tavsiye ederim.
3. RAG’i Sağlam Kur
Enterprise Agents tarafında halüsinasyon mevzusu pek affedilmiyor. Cevapların citation ile gelmesi neredeyse şart gibi. Foundry IQ bu işi epey hafifletiyor, evet; ama kendi knowledge base’ınız dağınıksa sonuç yine tökezliyor. Şey, burada asıl mesele model değil sadece, veri düzeni de işin yarısı. Bu konuyla ilgili Photoshop’ta MSVC ve SPGO ile %20 Hız Artışı: Nasıl Oldu? yazımıza da göz atmanızı tavsiye ederim.
Kısacası, kaynaklarınız temiz değilse agent da size temiz cevap veremiyor. E sonra?
4. Demo Senaryosunu Provada Test Et
Battle event’te 3-5 dakikada hikâyeyi anlatmanız gerekecek. Teknik mimarı önemli, doğru; ama asıl soru şu: Bu çözüm hangi iş problemini çözüyor. Ne kadar zaman ya da para kazandırıyor? Bunu net söyleyemiyorsanız demo biraz havada kalıyor.
Şöyle ki, Ben olsam provayı birkaç kez yaparım, hatta birini özellikle zor sorularla bölerim (çünkü jüri bazen tam oradan giriyor). Sonra akışınızı kısaltır, gereksiz detayları budarsınız; işte o anda sunum nefes alıyor. Bu kadar mı? Değil tabiî.
Enterprise vs Startup: Hangisi Hangi Yaklaşımı Benimser?
Yanı, Bu yarışmaya iki ayrı yerden bakılır, işin aslı biraz da ekip yapısına bağlı. Küçük ekipseniz ya da startup’sanız, çoğu zaman daha “wow” etkisi yaratan, niş bir problem seçip onun üstüne gitmek daha mantıklı geliyor; mesela hukuk firmaları için sözleşme inceleme ajanı, sağlıkta klinik karar destek ajanı gibi.
Evet. Büyük kurumsal tarafta tablo değişiyor. Sizin elinizde gerçek veri var, gerçek süreç var, gerçek kullanıcı var (ve bu üçü bazen kağıt üstündeki her şeyden daha kıymetli oluyor), o yüzden jüriye “POC’i sahada test ettik, şu kadar süreyi şu kadar kısalttık” diyebilmek baya iş görüyor. Tabi şirketin onayını alabilirseniz.
Bütçe kısmında işe durum sandığınız kadar korkutucu değil. Hackathon ortamında Azure üzerinde küçük bir Foundry deployment’ı kurup, biraz Cosmos DB. Birkaç Copilot Studio agent’ı denerken aylık maliyetin TL bazında 5-10 bin TL bandında kalması mümkün; yanı ilk bakışta caydırıcı durmuyor ama uzun testler uzarsa iş biraz değişiyor (bizzat test ettim)
Hmm, bunu nasıl anlatsamdı…
Maalesef. GPT-4 sınıfı modellerle uzun süreli test yaparsanız fatura hızlı tırmanıyor.
Şöyle söyleyeyim, Bütçe alarmı kurmayı unutmayın. Peki neden? Çünkü hackathon’da en sık yaşanan şey teknik taraf değil, sürpriz maliyet oluyor.
Eleştirel Bakış: Her Şey Toz Pembe mi?
Yarışmayı epey övdüm, tamam. Ama işin bir de öbür tarafı var; hani insan biraz frene basmak istiyor ya, tam o noktadayız (ben de ilk duyduğumda şaşırmıştım). Microsoft IQ katmanları yeni sayılır ve dokümanları kâğıt üstünde gayet düzgün dürüyor, ama pratikte ne kadar rahat ilerleyeceğiz, önü ancak biraz kullanınca anlayacağız.
Mesela Work IQ’nun tetikleme mantığı, Fabric IQ’nun ontoloji modelleme tarafı, şey… kafamda hâlâ tam yerine oturmuş değil. Bir yandan fikir güzel, diğer yandan detaylara girince insanın kaşı kalkıyor. Kağıttaki akışla sahadaki kullanım her zaman aynı olmuyor. Daha yolu var.
Bir de süre meselesi var. Hackathon kısa sürüyor. Multi-agent orkestrasyon gibi karışık bir yapıyı birkaç hafta içinde sağlam kurmak kolay değil, açık konuşayım; ekiplerin çoğu muhtemelen tek agent + iyi RAG yaklaşımıyla yol alacak. Bu da fena değil aslında. Ama “multi-agent” diye hayal kuranlar varsa, biraz yavaş gelsinler (yanlış duymadınız)
Evet.
Son olarak şunu da ekleyeyim — Microsoft’un agentic ekosistemi öyle durup duran bir yer değil, sürekli kıpırdıyor. Bugün öğrendiğiniz API’nın üç ay sonra deprecate olması hiç şaşırtmaz; hatta bazen daha erken bile oluyor, bak şimdi orası önemli. Bunun en yakın örneklerinden biri için GPT-5.2’nın Veda Notu: Copilot Ekipleri Şimdi Ne Yapmalı? yazısına bakabilirsiniz. Yanı hackathon çözümünü production’a taşırken “bu API hep burada kalır” diye düşünmeyin; bence biraz temkinli olmakta fayda var.
Sıkça Sorulan Sorular
Agents League Hackathon 2026’ya Türkiye’den katılabilir mıyım?
Şunu fark ettim: Evet, katılabilirsin. Yarışma global, yanı coğrafi bir kısıt yok. Tek yapman gereken resmî şartları karşılamak ve sunumunu İngilizce yapabilmek. Battle event de online yayınlanıyor — fiziksel olarak bir yere gitmen gerekmiyor.
Microsoft IQ katmanlarından sadece birini kullanmak yeterli mi?
Enterprise Agents kategorisinde en az bir IQ katmanını entegre etmen şart. Ama açıkçası, birden fazla katmanı anlamlı şekilde bir araya getiren çözümler jüri puanlamasında genelde öne çıkıyor. Şunu da söyleyeyim: “katman koleksiyonu” yapmaya çalışma — her IQ’nun çözümüne gerçekten bir şey katması lazım.
İşte tam da bu noktada devreye giriyor.
Copilot Studio ile mi yoksa pro-code ile mi yarışmak daha avantajlı?
Neyse, şunu fark ettim: Bu tamamen senaryona bağlı aslında. Hızlı prototipleme için Copilot Studio müthiş bir araç. Ama derin entegrasyon veya özel orkestrasyon gerektiren durumlarda pro-code — yanı Agent Framework, C#/TypeScript SDK’lar — çok daha esnek. Tecrübeme göre karma yaklaşım en çok işe yarıyor: Copilot Studio orkestrasyonu artı pro-code custom tool’lar. Son zamanlarda da bayağı popüler öldü bu yöntem.
RAG ve grounded intelligence farkı ne?
RAG teknik bir yöntem — hani bilgiyi getirip modele bağlam olarak veriyorsun. Grounded intelligence işe daha geniş bir kavram. RAG dahil, modelin cevaplarını doğrulanabilir kaynaklara dayandıran tüm yaklaşımları kapsıyor. Foundry IQ bunu zaten otomatik yapıyor, üstelik kaynak gösterimi (citation) ile birlikte.
Çok konuştum, örnekle göstereyim.
Hackathon çözümümü sonra production’a alabilir mıyım?
Teknik olarak evet. Ama dikkatli ol. Hackathon kodu genelde shortcut’larla dolu olur — yetkilendirme, hata yönetimi, ölçeklenebilirlik gibi konular eksik kalıyor çoğunlukla. Bence production’a taşımadan önce mimariyi baştan gözden geçirmek, gerekirse refactor etmek şart. Bir de şunu unutma: Microsoft’un agentic API’leri hızla değişiyor.
Kaynaklar ve İleri Okuma
Agents League Hackathon 2026 – Enterprise Agents (Microsoft 365 Dev Blog)
Microsoft 365 Copilot Extensibility — Resmî Dokümantasyon
Microsoft Cloud for Copilot Developers
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.
Yorum gönder