REA mı Chrome DevTools mu: Ajanla İnceleme mi, Doğrudan Hata Ayıklama mı?

Doğrudan tarayıcı hata ayıklaması, DOM/CSS düzenlemeleri, JavaScript kesme noktaları ve performans incelemesi için Chrome DevTools’u seçin. Bir kodlama ajanının tarayıcı sayfasını incelemesini, seçili betikleri veya istekleri bir soruyla ilişkilendirmesini ve bulguları kanıtlarıyla açıklamasını istediğinizde REA’yı seçin.

REA’nın tarayıcı iş akışı, önceden hazırlanmış yerel bir tarayıcı bağlantısı gerektirir. Birisi bu topluluk sitesine URL girdi diye bir web sitesini incelemez. Bu bağımsız rehber, resmî REA tarayıcı belgelerine ve Chrome DevTools belgelerine bağlantı verir.

İki tarayıcı iş akışı nasıl farklılaşır?

Chrome DevTools, Chrome’a yerleşik olarak gelir. Panelleri, bir geliştiricinin çalışan bir sayfayı incelemesini, stilleri değiştirmesini, JavaScript’i duraklatmasını, istekleri incelemesini, kullanıcı akışlarını kaydetmesini ve performansla belleği araştırmasını sağlar. İncelemeyi doğrudan tarayıcıda siz yönetirsiniz. Google’ın DevTools genel bakış sayfası bu iş akışlarını belgelendirir.

REA, kodlama ajanınızı sayfa yapısı, yüklenen betikler, ağ etkinliği ve talep edilen ekran görüntüleri gibi seçili tarayıcı gözlemlerine bağlar. Ajan, bu gözlemleri odaklı bir soruyu yanıtlamak veya yeniden oluşturma önerisinde bulunmak için kullanır. REA’nın, DevTools’un olağan sayfa hata ayıklama kapsamını aşan yerel uygulama dosyaları ve yerel ikili dosyalar için ayrı iş akışları da vardır. REA’nın README dosyası bu hedef gruplarını birbirinden ayırır.

Ne yapmak istiyorsunuz?	Önerilen başlangıç noktası	Girdi	Sonuç veya avantaj
Boşlukları, yerleşimi veya bir CSS kuralını hemen ayarlamak	Chrome DevTools	Seçili DOM öğesi	Canlı stil düzenleme ve görsel geri bildirim
Bir JavaScript satırında duraklatıp durumu incelemek	Chrome DevTools	Çalışan sayfa ve kesme noktası	Doğrudan hata ayıklayıcı kontrolü ve değişken incelemesi
Yüklemedeki darboğazı veya bir bellek sorununu bulmak	Chrome DevTools	Performans kaydı veya bellek profili	Özel zaman çizelgeleri ve tanılama panelleri
Ajana bir tarayıcı özelliğinin nasıl çalıştığını sormak	REA tarayıcı iş akışı	Hazırlanmış yerel bağlantı ve odaklı soru	Ajanın yorumladığı seçili kod ve gözlemler
Bir özelliği Electron paketinden yerel koda kadar izlemek	REA’nın ayrı uygulama/yerel kod iş akışları	Bilgisayardaki uygulama dosyaları ve uygun sağlayıcılar	Birden fazla hedef türüne yayılan kanıtlar

Chrome DevTools ne zaman daha güçlü bir seçimdir?

Neyi inceleyeceğinizi zaten biliyor ve anında geri bildirim istiyorsanız DevTools’u kullanın. Bir öğeyi seçmek, bir stili denemek, kesme noktası koymak veya bir isteği gözden geçirmek çoğu zaman kısa ve doğrudan bir işlemdir. DevTools, bir ajanla etkileşimde gereken ek kurulum ve yorumlama adımlarını ortadan kaldırır.

DevTools, ayrıntılı tarayıcı performansı ve bellek çalışmaları için de daha güçlü bir başlangıç noktasıdır. Performance paneli yükleme ve çalışma zamanı kayıtlarını sunar; Memory araçları bellek sorunlarını incelemeye yardımcı olur. REA’nın tarayıcı gözlemleri toplayabilmesi, her DevTools tanılamasına eşdeğer bir arayüz sunduğu anlamına gelmez. Bu görevler için Google’ın performans belgeleriyle veya bellek belgeleriyle başlayın.

Başarısız bir istek için Network paneli, tarayıcının kaydettiği etkinliğe doğrudan erişmenizi sağlar. Bir ajan kanıtları yorumlamaya yardımcı olabilir, ancak yanıt durumu veya istek içeriği sorunu zaten açıklıyorsa ek bir ajan katmanı gereksizdir.

REA ile inceleme ne zaman yardımcı olur?

Sorunuz birbiriyle bağlantılı birkaç gözlem gerektirdiğinde ve kodlama ajanının aralarındaki ilişkiyi açıklamasını istediğinizde REA yararlıdır. Belirli bir davranışı sorun, hedef sayfayı belirtin ve ilgili yüklenmiş kodu ve gözlemleri isteyin. “Bu web sitesinin tamamını açıkla” gibi geniş kapsamlı bir istem, yanıtı kontrol etmek için daha az net yol sunar.

Resmî REA dinozor örneği bunu somut olarak gösterir. REA, Chromium’dan türetilmiş bir dinozor oyununun yüklediği betiği okur. Ajan, başlangıç hızının 6 olduğunu, çarpışma olmayan her güncellemede 0.001 ivmelenme uygulandığını ve en yüksek hızın 13 olduğunu belirler; ardından bu kuralı hızı ayarlanabilen küçük bir oyunda kullanır. Örnek, kaynak referansları ve hız kuralına yönelik kontrollü bir kontrol içerir.

Bu örnek REA projesi tarafından hazırlanmıştır. Her web sitesinin yeniden oluşturulabileceğinin kanıtı değildir ve bağımsız bir topluluk kullanıcısının deneyimi olarak sunulmamalıdır. Topluluk örnekleri derlememiz, kaynak gönderilerini resmî uygulamalı örneklerden ayrı tutar.

Bir tarayıcı incelemesine nasıl hazırlanmalısınız?

Chrome ailesinden bir tarayıcı ve yerel hata ayıklama bağlantısı için REA’nın tarayıcı hazırlık adımlarını izleyin. Ajana hedef sayfanın URL’sini, bu rehberin gerektirdiği yerel uç noktayı ve tek bir soru verin. Hata ayıklama hizmetini herkese açık internete açmak yerine rehberdeki bağlantı kapsamına uyun.

Size ait bir demo sayfası için şöyle bir istem kullanılabilir:

Hazırlanmış yerel tarayıcı bağlantısıyla REA kullanarak
demo sayfamı incele. Arama kutusunun sonuçları nasıl güncellediğini açıkla.
İlgili yüklü betiği ve kaynak konumlarını göster.
Açıklamayı destekleyen gözlemleri ve bilinmeyen noktaları listele.

Dönen kanıtın, amaçladığınız eylemi ve durumu açıklayıp açıklamadığını gözden geçirin. Uygulamanın birden fazla sayfası veya durumu varsa, bir duruma ait betik başka bir durumu açıklamayabilir. Gerektiğinde, ajanın tarif ettiği isteği veya kod yolunu doğrulamak için eylemi DevTools’ta elle tekrarlayın.

Bu araçlardan biri web sitesinin arka uç kaynak kodunu gösterebilir mi?

Tarayıcının görebildiği betikler ve istekler, o tarayıcı oturumuna açılan istemci tarafı davranışını ortaya koyar. Özel sunucu uygulama kodunu, veritabanı içeriğini veya gizli iş kurallarını kendiliğinden ortaya çıkarmaz. Bir yanıt, onu üreten tüm iç adımları açıklamadan sunucunun tek bir istek için ne döndürdüğünü gösterebilir.

Ajanın önerdiği arka uç tasarımını, onu destekleyen ayrı ve yetki kapsamında elde edilmiş kanıtlar yoksa bir varsayım olarak ele alın. Gözlemlenen bir arayüzü yeniden üretmekle özgün uygulama kodunu geri elde etmek farklı iddialardır. REA’nın kanıtları ve sınırlamaları bu sınırı ifade etmeye yardımcı olur; ajanın da bu sınıra uyması gerekir.

Tarayıcı kayıtları oturuma özgü veriler, istek gövdeleri veya hassas URL’ler içerebilir. REA analizi yerel olarak yürütür, ancak dönen araç sonuçları kodlama ajanınıza gider ve onun model sağlayıcısının veri politikasına tabidir. Resmî REA SSS sayfası bu veri sınırını açıklar. Yalnızca görevinize ve yetkinize uygun gözlemleri paylaşın.

İkisi arasında seçim yaparken hangi sorular soruluyor?

REA, Chrome DevTools’un yerine geçer mi?

REA, kodlama ajanıyla inceleme yapmaya yönelik bir arayüz sunar. DevTools, doğrudan tarayıcı hata ayıklaması ve özel tanılama panelleri sunar. Bir REA bulgusunu doğrulamak için DevTools kullanmak yararlı bir birleşimdir.

Bir web sitesi için Hopper, Ghidra veya IDA gerekli mi?

REA’nın tarayıcı iş akışı, uyumlu bir tarayıcı ve belgelenmiş yerel bağlantısını gerektirir. Yerel kod analiz motorları, sıradan sayfa incelemesi için değil, ayrı bir iş olan derinlemesine yerel ikili dosya analizi için kullanılır.

REA bu web sitesinde mi çalışıyor?

Hayır. reverseengineeranything.tools topluluk örnekleri ve rehberler yayımlar. İncelemeleri çalıştırmak için resmî REA paketini kendi bilgisayarınıza kurun; bu sitede analiz için dosya yükleme veya sunucuda çalıştırma özelliği yoktur.

Yapay zekâ modeli olmadan DevTools kullanabilir miyim?

Evet. Chrome DevTools doğrudan Chrome içinde kullanılabilir. REA’nın CLI’ı da desteklenen iş akışlarını kodlama ajanı olmadan çalıştırabilir; ajanla yürütülen bir REA incelemesi ise o istemcinin kendi model erişimini ve koşullarını kullanır.

REA’yı bir ajanla kullanmaya nasıl başlarım?

İlk inceleme rehberimizi okuyun, ardından resmî kurulum ve tarayıcı rehberlerini izleyin. Kurulu sunucunuzun araç listesini doğrulayın; deponun main dalında belgelenen özellikler yayımlanan paketten daha yeni olabilir.