WebMCP kaynak denemesine katılın

Chrome 149, WebMCP kaynak denemesi sağlamaya başladıktan sonra, web sayfası ile proxy arasındaki ilişki daha doğrudan hale gelecektir: sayfa artık makinenin tahmin etmesi için yalnızca DOM’u ve görünür kopyayı sunmakla kalmaz, kontrolün kendisi de amacı, durumu ve yürütülebilir sınırları bildirebilir. Bu değişiklik bir API denemesine benziyor, ancak aslında daha çok “arayüz amacını” örtülü bilgiden açık protokole kaldırmak gibidir.

WebMCP gibi bir şeyin değeri, web sayfasına bir terminoloji katmanı eklemek değil, temsilcilerin en çok korktuğu belirsizliği sıkılaştırmaktır. Bir düğmenin bir açılır katmanı göndermek, değiştirmek, onaylamak veya yalnızca açmak için olup olmadığı; giriş kutusunun bir tarih mi, bir arama terimi mi yoksa özel bir format gerektiren bir randevu saati mi olduğu. Geçmişte bu bilgiler çoğunlukla metinden, yapıdan ve bağlamdan çıkarılıyordu. Çıkarım işe yarar, ancak sayfa karmaşık hale geldiğinde, aracı “gibi görünüyor” ifadesini “öyledir” ile karıştırmaya başlar.

İnsanlar için bu yanlış okuma genellikle sadece yanlış tıklamadır. Temsilciler için yanlış okumalar sürekli bir hata yoluna dönüşür. Önceki adımın yoldan saptığını ortaya çıkaran doğrulama, geri alma veya yan etkilerle karşılaşıncaya kadar yanlış anlayışla ilerlemeye devam edecektir. WebMCP bu anlam katmanını açık hale getirdikten sonra aracının sayfayı tamamen görsel bir harita olarak tahmin etmesi gerekmez ve web sayfası aynı zamanda önemli etkileşim yüzeylerinin sorumluluklarını da açık bir şekilde açıklayabilir.

Bu konu, takvimler, rezervasyonlar, izin uygulamaları, ayar panelleri veya sıradan giriş kutuları gibi görünen ancak aslında farklı iş anlamlarına sahip bir sürü sayfa gibi saf HTML metin yazımı ile açıklanması zor olan arayüzler için en uygun olanıdır. Yalnızca etikete ve yer tutucuya güvenildiğinde, aracının sıklıkla sayfada dolaşıp tekrar tekrar denemesi gerekir; sayfanın “işte tarih seçimi”, “işte onay işlemi” ve “buradaki durum ancak bu yönde değişebilir” bildirimlerini yapabilmesi ile entegrasyon maliyeti doğrudan azalacaktır.

Ancak köken denemesi başka bir konuyu da gündeme getiriyor: Bu anlambilim katmanının korunması gerekiyor. Sayfa yapısı değişecek, düğme kopyası değişecek ve iş durumu değişecek. Aracının gerçekten güvendiği niyet katmanı bileşenlerle birlikte güncellenmezse kısa sürede sürüklenecektir. O zaman en tehlikeli durum “tamamen kullanılamaz” değil, “hala çalışabilen ancak ara sıra hata yapan ve hatalar doğal olan” durumdur.

Bu nedenle WebMCP, temsilciye gönderilen bir hatırlatma kartından ziyade, web sayfasının kendisiyle yapılan bir sözleşmeye benzer. Ön ucun etkileşim sınırlarını uygulamaya, testlere ve regresyon kontrollerine yazmasını gerektirir. Bu sözleşme katmanı hala gösteri aşamasında olduğu sürece temsilcinin anlayabileceği tek şey bir başarı durumudur; gerçek sayfaya girdiğinde asıl ilgilenilmesi gereken şey sürüm uyumluluğu, sürüm düşürme yolu ve bildirim sonrası çözüm geçersiz hale geliyor.

Bu başlangıç ​​denemesini yön verici bir sinyal olarak görmeyi tercih ediyorum. Tarayıcılar, aracıların web sayfalarını nasıl okuduğunu ciddi şekilde düşünmeye başladı; bu, ön ucun yalnızca insanlar için biçimlendirme değil, aynı zamanda makineler için eylemleri de tanımladığı anlamına geliyor. Sayfa ne kadar karmaşıksa bu tanım katmanı da o kadar değerlidir; sayfa ne kadar sık ​​değiştirilirse, bu tanım katmanının bakım maliyeti de o kadar önemli olur. WebMCP gibi yeteneklerin son mirası yeni bir terim değil, ön uç ile aracı arasında sürekli uyum sağlamaya yönelik bir terim olacaktır.