Vercel, CLI ve MCP'ye feedback komutu ekledi: artık agent'lar hata bildirimi gönderebiliyor

Vercel, geliştiricilere ve coding agent'larına ekibine doğrudan ulaşma imkânı verdi. Vercel blogunda aynı gün yayınlanan iki changelog girdisinde şirket, CLI'da bir vercel feedback komutunu ve Model Context Protocol (MCP) hizmetinde buna karşılık gelen bir submit_feedback aracını tanıttı; ikisi de hata bildirimlerini, yaşanan zorlukları ve özellik taleplerini işin gerçekten yapıldığı yerden iletmek için tasarlandı.

CLI'da bir geri bildirim kanalı

Vercel bloguna göre yeni komut, argüman olarak kısa bir mesaj alıyor — örneğin bir hata mesajının sorunun nasıl çözüleceğini açıklamadığına dair hızlı bir not. Daha zengin bildirimler için, key=value çiftleri kabul eden tekrarlanabilir bir -f veya --field flag'i ile yapılandırılmış bağlam destekliyor. Vercel'in kendi örneği, ilgili ürünü, bir agent'ı çalıştıran model ve harness'i, denenenen görevi, beklenen sonucu, gerçekleşen sonucu ve "bug" gibi bir sınıflandırmayı ekliyor.

Komut standart girdiden de okuyabiliyor; böylece bir not dosyasına kaydedilmiş daha uzun bir metin, yeniden yazılmak zorunda kalmadan doğrudan bir bildirime aktarılabiliyor. Bu özelliği kullanmak için Vercel CLI'ın en son sürümüne güncelleme yapmak gerekiyor.

Aynı fikir, agent'lar için tasarlanmış hali

MCP tarafındaki karşılığı olan submit_feedback, Vercel kullanımının giderek büyüyen ve insanın prompt'unda değil bir yapay zekâ asistanı içinde gerçekleşen kısmını kapsıyor. Vercel, sade bir iş akışı anlatıyor: kullanıcı agent'ından, örneğin eksik environment variable'ı hiç belirtmeyen bir deployment hatasıyla ilgili geri bildirim göndermesini istiyor ve agent kullanıcı adına aracı çağırıyor.

CLI komutu gibi MCP aracı da yapılandırılmış bağlam ekleyebiliyor — çağrılan araç, görev, beklenen davranış, gerçekte ne olduğu ve bir bildirim türü. Vercel iki güvenlik önlemine dikkat çekiyor: araç kullanıcının oturum açmış olmasını gerektiriyor ve geri bildirimi yalnızca kullanıcı agent'ından açıkça paylaşmasını istediğinde iletiyor.

Yapılandırılmış alanlar neden önemli

Her iki giriş noktası aynı yapıyı paylaşıyor ve key=value tasarımının bilinçli olduğu görülüyor. Serbest biçimli şikâyetler ölçeklenirken önceliklendirmesi zordur; ancak görevi beklenen ve gerçekleşen davranımdan ayıran alanlar yeniden üretme adımlarına doğrudan eşlenir ve bir tür alanı, gelen bildirimlerin otomatik olarak hata, zorluk ve özellik talebi kategorilerine ayrılmasını sağlar. Alanlar sıradan flag'ler veya JSON anahtarları olduğu için, bir agent bunları insanın tek satır yazmasına gerek kalmadan doldurabilir.

Neden önemli

Bir sorunla karşılaşmak ile onu bildirmek arasındaki mesafe, geri bildirimlerin çoğunun ölüğü yerdir. Vercel, terminalin içine — ve daha da önemlisi, coding agent'ların halihazırda kullandığı MCP yüzeyine — bir bildirim komutu yerleştirerek bu maliyeti, en çok pürüzlerle karşılaşması muhtemel insanlar ve programlar için neredeyse sıfıra indiriyor.

Agent boyutu daha sonuç doğuran yarı. Daha fazla deployment ve hata ayıklama oturumu otonom harness'ler üzerinden yürütüldükçe, araç hataları hiçbir insanın gözlemlemediği bağlamlarda meydana geliyor. Agent'ın kendisinin çağırabildiği bir geri bildirim primitive'i, bu oturumları — açık kullanıcı onayıyla sınırlanmış — eyleme dönüştürülebilir bildirimler akışına çeviriyor. Bu, diğer platform sağlayıcılarının da izleyebileceği bir şablon: MCP, agent'lar ile hizmetler arasındaki standart arayüz haline geliyorsa, geri bildirim araçları da bu arayüze aittir.