AIEndpoint — Yapay zeka ajanlarının tüm web hizmetlerini anında anlayabilmesi için /ai uç noktası açık standardı
(github.com/aiendpoint)Merhaba.
Yapay zekayla geliştirme yaparken ve başka siteleri incelerken, token’ların hızla tükenip sıfırlanmasını beklemek zorunda kaldığım durumlar sık oluyordu.
Düşününce, yapay zeka sanki “insanın kendi gözüyle okuyabildiği ekranı mı görüyor?” diye aklıma geldi.
Bu yüzden token kullanımını azaltıp yapay zekanın yanıt hızını artırabilecek standart bir alternatifin ortaya çıkması gerektiğini düşündüm.
Bugün yapay zeka ajanları bir web hizmetini okumak için kabaca üç yöntem kullanıyor:
- HTML scraping — dönen içeriğin %80’inden fazlası reklam, gezinme ve script gürültüsü (~on binlerce token)
- API dokümantasyonunu okuyup hardcode etmek — hizmet değişince her seferinde bozuluyor
- MCP kullanmak — bunu sunan hizmet çok az ve geliştiricilere yönelik
Bu yüzden aşağıdaki akış için bir konvansiyon önermek amacıyla bunu açık kaynak olarak hazırladım.
- robots.txt (1994) → crawler’lara “buraya gelme”
- sitemap.xml (2005) → crawler’lara “buradayım”
- /ai (2026) → yapay zeka ajanlarına “neler yapabiliyoruz” ← eksik olan buydu
(Bu çalışma sırasında baktığımda robots.txt’nin de ilk olarak Hollandalı yazılım mühendisi Martijn Koster tarafından önerildiğini gördüm. O dönemde, ilk web crawler’larının sunuculara aşırı yük bindirmesi sorununu çözmek için tasarlanmış.)
Web hizmeti sahiplerinin GET /ai uygulamasını hayata geçirerek
- yapay zeka ajanlarının yapılandırılmış bilgiyi anında okumasını
- API’leri doğrudan çağırabilmesini
sağlayacak bir dönüşüm istedim. - Scraping olmadan. Doküman parsing olmadan. Token israfı olmadan.
Buradan inceleyebilirsiniz.
curl https://api.aiendpoint.dev/ai | jq .
Şimdiye kadar şunları yaptım (with claude, codex)
- Açık spesifikasyon (Apache 2.0) — https://github.com/aiendpoint/platform
- Kayıt dizini — aiendpoint.dev (kayıt ve arama)
- Doğrulayıcı — aiendpoint.dev/validate (0~100 puanlama)
- MCP sunucusu — Claude/Cursor içinden kayıt dizininde doğrudan arama
- Claude Code becerisi — mevcut hizmete
/aiotomatik ekleme (10 dakika)
MCP sunucusu yoksa kayıt dizini sadece bir web sitesidir.
MCP sunucusu varsa Claude’a “kimlik doğrulama gerektirmeden kullanılabilen bir hava durumu API’si bul” derseniz
anında yapılandırılmış bir yanıt verir. Asıl önemli olan bu döngüyü kapatmaktı.
Spesifikasyonla ilgili geri bildirimlere açığım.
Hizmetlerinize /ai uygulamasını ekletmek için sizce ne gerekli?
Birlikte katılıp bu standardı şekillendirebilirsek harika olur.
robots.txt ilk kez Hollanda’da önerildiyse, biz de benzer bir akım başlatamaz mıyız?
7 yorum
Llm.txtzaten daha önce önerilmişti ve bunun geçerliliğini inceleyen makaleler de var. Naver'e göre en azından şu an için ajanlar da buna pek bakmıyor gibi görünüyor.Naver'e göreymüş gibi... Uykusunda mı yazdı...
"해당 논문에 따르면"olmalı.Haha, çok doğru söylüyorsunuz.
Eğer
llms.txt, ajanların bir hizmeti 'anlamasında' açıklamaya odaklanıyorsa,/aiise yapay zekanın bir hizmeti 'kullanmasına' odaklanıyor. Yani "servisimizin API'si şöyle çağrılır" bilgisini veriyor. Burada MCP kullanılırsa, ilgili sitenin kullanım şeklini önce 'gözden geçirip' (token tasarrufu sağlayarak) sonra başlanabilir elbette.Doğrudan katılımın zor olması nedeniyle, 'doğrudan kayıt' ve 'topluluk' sürümlerini ayırdık; bu yüzden öncelikle
/aiMCP kullanılırken, 'zaten birinin searching yaptığı' sitelere biraz daha hafif ve hızlı erişilebilen bir yapı söz konusu!Yorumunuz için teşekkürler~
Eğer
/aistandartlaşırsa, tersine yalnızca/ai'yi kazıyıp reklamsız, okunması hoş sayfalar gösteren bir araç da ortaya çıkabilir, değil mi?İlginçmiş! O zaman
/aiiçine reklam karıştırma işi de ortaya çıkar gibi görünüyor.O halde reklam içeriği tespit edildiğinde puanı düşüren bir mantığın eklenmesi gerekecek!
Evet. Yeterince potansiyeli var. Ayrıca agent kullanım miktarı (trafik), işlem ve token maliyeti gibi nedenlerle web’in de bir yandan eski telnet dönemlerindeki gibi daha hafif hale gelebileceğini düşünüyorum. (Süslemeden çok içeriğe odaklanmak) Tıpkı şu anki geeknews gibi. (Bir tahmindir!)