Chrome DevTools MCP, yapay zekâ kodlama ajanlarına ağ ve performans araçlarıyla gerçek bir Chrome veriyor

Chrome DevTools ekibi, Claude Code, Cursor, Codex ve Gemini CLI gibi yapay zekâ kodlama ajanlarının gerçek bir Chrome örneğini yönetmesini ve çalışırken DevTools araçlarını kullanmasını sağlayan açık kaynak bir MCP sunucusu geliştiriyor. dev.to'da yayımlanan uygulamalı bir rehber, sunucunun ne yaptığını, nasıl bağlanacağını ve sınırlarının nerede olduğunu ele alıyor.

Ajan ne elde ediyor

dev.to yazısına göre sunucu, bazıları isteğe bağlı bayrakların arkasında olan, ağ istekleri, konsol çıktısı, ekran görüntüleri, performans trace'leri, Lighthouse denetimleri ve heap snapshot'larını kapsayan yaklaşık 60 araç sunuyor. Proje Eylül 2025'te herkese açık önizlemeye girdi. Vaat edilen şey kapalı bir geri bildirim döngüsü: ajan, doğrulayamadığı frontend düzeltmeleri yazmak yerine sayfayı açabilir, konsol hatasını okuyabilir, başarısız isteği inceleyebilir ve gerçekte neyin bozulduğunu raporlayabilir.

Kurulum Node.js LTS ve güncel bir kararlı Chrome gerektiriyor. Claude Code'da tek bir komut sunucuyu kaydeder:

claude mcp add chrome-devtools --scope user -- npx chrome-devtools-mcp@latest

Bir eklenti varyantı ayrıca erişilebilirlik, cookie'ler, LCP ve bellek sızıntıları için beceriler kuruyor. Cursor, Codex ve Gemini CLI'nin kendilerine özgü kayıt sözdizimleri var; yazı bunları eşdeğer JSON yapılandırmalarıyla birlikte belgeliyor.

Ağ incelemesi

Ağ tarafını iki araç yönetiyor. list_network_requests, son gezinmeden bu yana gelen istekleri döndürüyor; kaynak türüne göre filtrelenebiliyor, sayfalanabiliyor ve en fazla üç gezinme geriye gitme seçeneği sunuyor. get_network_request tek bir isteği tam başlıklarıyla — Cookie ve Set-Cookie dahil — ve gövdeleriyle döndürüyor; büyük gövdeler modelin bağlam penceresini doldurmak yerine diske yazılabiliyor. Yazarın öne çıkardığı bir püf noktası: get_network_request'i istek kimliği olmadan çağırmak, DevTools Ağ panelinde o anda seçili olanı döndürüyor; böylece başarısız bir çağrıya tıklayıp neden 403 döndürdüğünü sorabiliyorsunuz. Bir --redactNetworkHeaders bayrağı, token taşıyan başlıkları modelden uzak tutuyor.

Attach modu ve riskleri

Varsayılan olarak sunucu Chrome'u kendi profiliyle başlatıyor ve --isolated tek kullanımlık bir profile geçiyor. Chrome 144 veya daha yenisinde --autoConnect, gelen bağlantılara chrome://inspect/#remote-debugging üzerinden izin verip bir izin diyaloğunu onayladıktan sonra zaten oturum açtığınız tarayıcıya bağlanıyor; bağlıyken otomatik kontrolü belirten bir banner görünür kalıyor. Bunun mümkün olmadığı durumlarda — sandbox'larda veya eski Chrome'da — Chrome'u kendiniz uzaktan hata ayıklama portuyla başlatıp sunucuyu ona yönlendirebilirsiniz.

Ödünleşme nettir: attach modu ajan cookie'lerinizi ve oturum açtığınız hesapları devralır; yazar, Google'ın kendi belgelerinin de bu modun yalnızca güvendiğiniz ajanlarla kullanılmasını önerdiğini belirtiyor. Kullanım istatistikleri varsayılan olarak açıktır ve performans araçları trace URL'lerini CrUX'a gönderebilir; ikisini de devre dışı bırakmak için bayraklar mevcuttur.

Playwright MCP ile karşılaştırması

Playwright MCP ile örtüşme önemli ölçüde fazla ve yazı bunları yan yana koyuyor. Playwright MCP Chrome, Firefox, WebKit ve Edge'i yönetir, sayfaları ekran görüntüleri ve metin snapshot'ları yerine erişilebilirlik ağacı üzerinden modeller ve ağ mocking ekler. DevTools MCP yalnızca Chrome'da çalışır ama buna karşı Lighthouse, performans içgörüleri, heap snapshot'ları ve attach seçenekleriyle cevap verir. Yazarın pratik kuralı: tarayıcılar arası işler ve betiklenmiş kullanıcı akışları için Playwright, belirli bir sayfanın Chrome'da neden yavaş veya hatalı olduğu gibi sorular için DevTools MCP. Playwright'ın README'si de kodlama ajanlarının MCP çağrılarından daha az token tüketen CLI ve becerileriyle daha iyi çalışabileceğini not ediyor.

Eksik kaldığı yerler

Her iki sunucu da yalnızca ajan bağlıyken tarayıcının yüklediğini görüyor, bu da API'nin tamamını keşfetmeyi zorlaştırıyor. İstek listesi gezinmede sıfırlanıyor — en fazla üç gezinme geriye — yani bir uygulamanın endpoint'lerini haritalamak her ekrana tıklamak, her seferinde araç çağrısı ve bağlam harcamak demek. /orders/1042 ve /orders/1043 gibi URL'ler ayrı girdiler olarak geliyor ve tek bir endpoint'e çıktıklarını çıkarsamak ajana kalıyor. Gerçek oturum açılmış trafiği yakalamak attach modunu gerektiriyor ve tarayıcıyı kapatmak veriyi yok ediyor.

Neden önemli

MCP, yerleşik geliştirici araçlarını ajanların doğrudan kullanabileceği yüzeylere hızla dönüştürüyor ve bu araç tarayıcının kendi tanılama araçlarını geliştiren ekipten geliyor. Performans trace'leri, heap snapshot'ları ve ağ iç yapısı daha önce yalnızca uzmanların alanıydı; bunları MCP yeteneğine sahip her ajana açmak gerçek bir boşluğu kapatıyor, çünkü ajanlar artık sevk ettikleri frontend düzeltmelerini tahmin etmek yerine doğrulayabiliyorlar. Uyarılar da aynı ağırlığı hak ediyor: attach modu kimlik doğrulamalı oturumlarınızı bağlı olan her ajana devrediyor ve telemetri de katılım yerine çıkış esaslı. Bunu benimseyen ekipler, bir ajanın hangi oturumları görebileceğine baştan karar vermeli.