Her API Ajanlar İçin Yeniden İnşa Edilecek

MCP bağlantı sorununu çözüyor. Fiil boşluğunu (verb gap) çözmüyor.

Mükemmel bir REST API'yi bir öğleden sonra MCP ile sarmalayabilirsiniz. Öyle olsa bile, bir kodlama ajanı zorlanacaktır. Yanlış uç noktayı (endpoint) seçecektir. Bir tane yeterliyken üç araç çağıracaktır. Sormadan yıkıcı bir yazma işlemi gerçekleştirebilir.

API bozuk değil. Sadece yanlış tüketici için inşa edilmiş.

Yirmi yıldır API'ler insanlar için inşa ediliyordu. İnsanlar niyet ve bir zihinsel model getirir. Ajanlar ise her ikisini de getirmez. Her ikisini de sizin arayüzünüzden (surface) yeniden inşa etmek zorundadırlar.

Birincil tüketici bu kadar değiştiğinde, arayüz de değişmelidir.

Ciddi ürün arayüzlerinin sadece mevcut API'leri sarmalamayacağına inanıyorum. Onları ajana özgü (agent-native) operasyonlar etrafında yeniden inşa edecekler.

Bu, kaynak odaklı (resource-shaped) API'lerden niyet odaklı (intent-shaped) sözleşmelere geçmek anlamına geliyor. Hedefler, durum (state), yan etkiler, onay ve kurtarma süreçleri etrafında yeniden tasarım yapmalıyız.

MCP, bağlantı ve taşıma için harika bir standarttır. Ancak spesifikasyonda bir araç, sadece bir adı ve şeması olan bir fonksiyondur. İşlem sırasına veya hangilerinin tehlikeli olduğuna karar vermez.

Bu durum fiil boşluğunu yaratır. API'ler ajanlara isimler ve CRUD işlemleri sunar. Ajanların ise niyet taşıyan fiillere ihtiyacı vardır.

GitHub'a bakın. Ajan muhakemesini geliştirmek için araç setlerini daraltıyorlar. Ürün API'sinden ajan araçlarına 1:1 eşlemenin işe yaramadığını öğreniyorlar.

Araştırmalar, bir API'nin yapısal olarak geçerli ancak bir ajan için anlamsal olarak işe yaramaz olabileceğini gösteriyor. Ajana özgü bir API, sadece "ne döndürmeliyim" sorusuna yanıt vermez. Şunları yanıtlar:

• Hedef nedir?
• Hangi durumdayım?
• Yan etkiler nelerdir?
• Onaya ihtiyacım var mı?
• Nasıl geri dönerim/kurtarırım?

Ham bir yazma işlemi yerine, bir ayrıştırmaya ihtiyacınız var:

• İşlemi önizle.
• Açık onay al.
• Değişikliği onayla (commit).
• Hata oluşursa geri al (rollback).

Bu sadece bir "ajan sürümü" değil. Bu, basitçe daha iyi bir API'dir. Geliştiriciler de önizlemeler, net izin hataları ve geri alma işlemleri isterler. Sonunda, ajana özgü tasarım, insan merkezli tasarımın yerini alacaktır.

Bu değişim devasa. API'leri, CLI'ları ve günlükleri (logs) etkiliyor. İnsan tarafından okunabilir düz metinden, makine tarafından ayrıştırılabilir duruma (state) geçmeliyiz.

Güvenlik, sonradan eklediğiniz bir sarmalayıcı değildir. Güvenlik, operasyonun kendisine dahil ettiğiniz bir özelliktir.

Kaynak: https://dev.to/gyu07/every-api-will-be-rebuilt-for-agents-2hj4

İsteğe bağlı öğrenme topluluğu: https://t.me/GyaanSetuAi