- Chrome DevTools MCP sunucusu, kodlama ajanlarının etkin tarayıcı oturumuna doğrudan bağlanabilmesi için geliştirildi
- Bu özellikle birlikte ajanlar oturumu açık bir oturumu yeniden kullanabilir veya DevTools’un etkin hata ayıklama oturumuna erişebilir
- Chrome M144’te (beta)
--autoConnect seçeneği kullanıldığında MCP sunucusu çalışan Chrome örneğine otomatik olarak bağlanır
- Her bağlantıda kullanıcı onay iletişim kutusu gösterilir ve hata ayıklama sırasında “automated test software tarafından kontrol ediliyor” banner’ı görünür
- Manuel hata ayıklama ile yapay zeka destekli hata ayıklama arasında serbestçe geçiş yapılabilmesi, geliştirme verimliliğini artırır
Chrome DevTools MCP sunucusundaki iyileştirmelere genel bakış
- Chrome DevTools MCP sunucusu, kodlama ajanlarının etkin tarayıcı oturumuna doğrudan bağlanabilmesini sağlayacak şekilde güncellendi
- Kullanıcılar oturumu açık bir oturumu yeniden kullanabildiği için ek giriş yapmadan hata ayıklayabiliyor
- DevTools arayüzündeki Network paneli veya Elements paneli içinde seçilen öğeyi ajanın incelemesini istemek mümkün
- Mevcut bağlantı yöntemleri de korunuyor; MCP sunucusuna özel profil kullanımı, uzak hata ayıklama portuna bağlantı ve geçici profil tabanlı çoklu örnek çalıştırma devam ediyor
Nasıl çalışır? (How it works)
- Chrome M144’e (şu anda beta) uzak hata ayıklama bağlantı isteği özelliği eklendi
- MCP sunucusu
--autoConnect seçeneğiyle çalıştırıldığında, etkin Chrome örneğine otomatik bağlanarak uzak hata ayıklama oturumu ister
- Güvenliği artırmak için Chrome her istekte kullanıcı onay iletişim kutusu gösterir ve yalnızca onaydan sonra bağlantıya izin verir
- Hata ayıklama oturumu etkinleştiğinde tarayıcının üst kısmında “Chrome is being controlled by automated test software” banner’ı gösterilir
Başlarken (Get started)
- Yeni uzak hata ayıklama özelliğini kullanmak için Chrome’da uzak hata ayıklamayı etkinleştirmeniz ve MCP sunucusunu yapılandırmanız gerekir
Adım 1: Chrome’da uzak hata ayıklamayı ayarlayın
chrome://inspect/#remote-debugging adresine giderek uzak hata ayıklamayı etkinleştirin- İletişim kutusundan hata ayıklama bağlantısına izin verilip verilmeyeceğini seçin
Adım 2: MCP sunucusunda otomatik bağlantıyı ayarlayın
chrome-devtools-mcp sunucusunu çalıştırırken --autoConnect argümanını ekleyin- Örnek yapılandırma (gemini-cli):
{
"mcpServers": {
"chrome-devtools": {
"command": "npx",
"args": [
"chrome-devtools-mcp@latest",
"--autoConnect",
"--channel=beta"
]
}
}
}
- Chrome M144 kararlı kanala gelene kadar
--channel=beta belirtilmesi gerekir
Adım 3: Yapılandırmayı test edin
Kodlama ajanlarıyla entegre hata ayıklama
- Etkin Chrome örneğine bağlanarak otomasyonu ve manuel kontrolü birlikte kullanmak mümkün hale geliyor
- Kullanıcı DevTools’ta sorunlu öğeyi bulduktan sonra, o öğeyi kodlama ajanına iletip düzeltmesini isteyebilir
- Aynı şekilde Network panelinde de isteği seçip ajana analiz talimatı verebilir
- Chrome DevTools MCP sunucusu üzerinden ek panel verilerine erişim yeteneğinin kademeli olarak genişletilmesi planlanıyor
1 yorum
Hacker News görüşleri
Playwright kullanarak tüm istek ve yanıtları yakalıyorum; Claude Code, YouTube gibi sitelerde gezinip tıklama ve giriş işlemleri yaparken ilgili trafiği kaydediyorum
Bu şekilde toplanan verilerden otomatik olarak güçlü tipli API üreterek herhangi bir web sitesiyle iç API üzerinden etkileşim kurulmasını sağlıyorum
Elbette hizmet şartlarını ihlal ediyor olabilir ama reklamları, görselleri ve işaretlemeyi tamamen yüklemek zorunda olmamak büyük avantaj
İlgilenen olursa bu hafta yayımlamayı planlıyorum
Aslında bunu Anthropic ya da OpenAI gibi LLM üreticileri zaten yapıyor
Onlar reklamları atlatıp telifli içerik indirdiğinde buna ‘tanrının lütfu’ deniyor, Zuck aynısını yapınca ‘şeytanın laneti’ denmesi ironik
Ağırlıklı olarak DOM ağacındaki belirli noktalardan sayfa düzeni ve stilleri yeniden üretmek ya da duyarlı davranışı otomatik yakalamak için kullanıyorum
Playwright ile ekran genişliğini değiştirip stil değişimlerini izliyor, ekran görüntüleri ve stil hiyerarşisi verilerini birlikte kaydediyorum
Elle inceleme araçları da var ama çok yavaş ve verimsiz
Bence MCP yerine doğrudan özel bir CLI yapmak çok daha verimli
Yapay zekanın doğrudan erişip bunu ‘skill’ler üzerinden kullanabilmesi asıl güçlü taraf
Claude yalnızca agent-browser ile deterministik kodu doğrudan üretebilirmiş gibi geliyor
DevTools MCP projesi yakın zamanda bağımsız bir CLI yayımladı
chrome-devtools-cli belgesine bakılırsa v0.20.0 sürümüne dahil edilmiş
MCP'nin token maliyeti sorununu dert edenler için sevindirici bir gelişme
(Bu arada ben DevTools ekibinde çalışıyordum, hâlâ da çalışıyorum)
Son birkaç aydır TideWave kullanıyorum
tidewave.ai başlangıçta Elixir/LiveView tabanlıydı ama artık JS framework'leri ve RoR'u da destekliyor
Bu araç sadece tarayıcıya değil, uygulamanın runtime erişimine de ulaşabiliyor
Yani ajan veritabanına ve endpoint'lere doğrudan erişebildiği için oldukça güçlü
Google, agentic CLI kodlama konusunda epey geride
Gemini CLI o kadar kötü ki içeride bile kullanılmadığı açık
MCP'nin artık ölü bir teknoloji olduğunu düşünüyorum. CLI araçları daha hızlı ve esnek, ayrıca zaten eğitilmiş çok sayıda ortam var
Ciddi geliştiriciler için doğru yaklaşım Playwright ve headless Chromium kullanmak
MCP yalnızca yeni başlayanlara çekici geliyor
Yalnızca CLI ile güvenlik ve operasyon karmaşıklığı fazla büyüyor
Ama Gemini CLI'nin kötü olduğu konusunda katılıyorum
Anthropic iyileştirmeye çalıştı ama bağlam şişmesi sorunu sürüyor
MCP sunucuları kullanılmasa bile bağlam tüketiyor
Artık agent skill modeline geçmek gerekiyor
Kod arama, doküman erişimi, hata sorgulama ve RAG veritabanı bağlantıları için MCP servisleri kullanılıyor
(Bunu Google içindeki kişilerden doğrudan duydum)
MCP bağlam tüketiyorsa, CLI skill'leri ücretsiz mi, onu da merak ediyorum
Bunu zaten yapan bir agent skill var
chrome-cdp-skill'i her gün kullanıyorum ve gerçekten harika
Örneğin codex ile yerel müzik kütüphanemi yönetirken YT Music sekmesini açıp albüm arayıp URL'yi yt-dlp'ye aktarabildim
Ancak şu an yalnızca Chrome'a özel; başka tarayıcı kullanmak istersen ikili dosya yolunu değiştirmen gerekiyor
Tarayıcı otomasyonu + ajan alanında rekabet zaten çok yoğun
DevTools MCP ile yeni CLI, Chrome DevTools & Puppeteer ekibi tarafından sürdürüldüğü için daha istikrarlı görünüyor
Yine de açık kaynak rekabetinin inovasyon üretmesi güzel
Bence bunun yerine playwriter.dev gibi daha istikrarlı araçlar kullanmak daha iyi
Bir WebSocket proxy + Chrome eklentisi yaparak ajanın DOM'u kontrol etmesini sağladım
browserbox üzerinden, oturum çerezlerine izin verilen bir erişim yapısı kurdum
Şu anda bunu ajan araç kullanım başarı oranını artırmaya yönelik araştırma middleware'i olarak kullanıyorum
Bu MCP'yi epey uzun süredir kullanıyorum; özellikle codex on opencode ile birlikteyken en istikrarlı sonucu verdi
Özellikle SVG düzenleme REPL olarak kullandığımda özel simgeleri otomatik üretmesi beni çok etkilemişti
Electron uygulamalarında da tersine mühendislik veya genişletme işleri için iyi uyuyor
playwriter'ı denedim; mevcut bir oturuma bağlanma yaklaşımı şaşırtıcı derecede iyi çalıştı
Ben de buna benzer bir şeyi Playwright ile yaptım
Eskiden token tüketimi yüksek olduğu için pahalıya geliyordu ama sonuçları diske kaydedip ajanın sorgulamasını sağlayan bir wrapper yazarak bunu çözdüm
uisnap.dev üzerinden bakılabilir
Bu projenin token tüketimi sorununu çözüp çözmediğini merak ediyorum
playwright-slim-mcp adresinde bulunabilir
firefox-devtools-mcp'yi denedim; temel Chrome MCP'den çok daha hızlı ve verimliydi