REA ou Chrome DevTools : enquête avec un agent ou débogage direct ?

Choisissez Chrome DevTools pour le débogage direct dans le navigateur, les modifications DOM/CSS, les points d’arrêt JavaScript et l’analyse des performances. Choisissez REA si vous voulez qu’un agent de programmation examine une page, relie certains scripts ou requêtes à une question et explique ses conclusions avec des preuves.

La méthode navigateur de REA nécessite une connexion locale préparée. Elle n’examine pas un site simplement parce qu’une personne saisit son URL sur ce site communautaire. Ce guide indépendant renvoie à la documentation officielle de REA pour le navigateur et à la documentation de Chrome DevTools.

En quoi les deux méthodes navigateur diffèrent-elles ?

Chrome DevTools est intégré à Chrome. Ses panneaux permettent d’examiner une page en cours d’exécution, de modifier les styles, d’interrompre JavaScript, d’inspecter les requêtes, d’enregistrer des parcours utilisateur et d’étudier les performances et la mémoire. Vous contrôlez directement l’enquête dans le navigateur. La présentation de DevTools par Google documente ces méthodes.

REA relie votre agent de programmation à certaines observations du navigateur : structure de la page, scripts chargés, activité réseau et captures d’écran demandées. L’agent s’appuie sur ces observations pour répondre à une question précise ou proposer une reconstruction. REA propose aussi des méthodes distinctes pour les fichiers d’applications locales et les binaires natifs, au-delà du périmètre habituel de débogage de pages de DevTools. Le README de REA distingue ces familles de cibles.

Que voulez-vous faire ?	Point de départ recommandé	Entrée	Résultat ou avantage
Ajuster immédiatement un espacement, une disposition ou une règle CSS	Chrome DevTools	Élément DOM sélectionné	Modification des styles en direct et retour visuel
S’arrêter sur une ligne JavaScript et examiner l’état	Chrome DevTools	Page en cours d’exécution et point d’arrêt	Contrôle direct du débogueur et examen des variables
Trouver un goulot d’étranglement au chargement ou un problème mémoire	Chrome DevTools	Enregistrement des performances ou profil mémoire	Chronologies et panneaux de diagnostic spécialisés
Demander à un agent comment fonctionne une fonction du navigateur	Méthode navigateur de REA	Connexion locale préparée et question précise	Code et observations sélectionnés interprétés par l’agent
Suivre une fonction d’un paquet Electron jusque dans le code natif	Méthodes distinctes de REA pour applications et code natif	Éléments locaux de l’application et moteurs adaptés	Preuves couvrant plusieurs types de cibles

Quand Chrome DevTools est-il le meilleur choix ?

Utilisez DevTools si vous savez déjà quoi examiner et voulez un retour immédiat. Sélectionner un élément, tester un style, placer un point d’arrêt ou examiner une requête est souvent une action directe rapide. DevTools évite la configuration et l’interprétation supplémentaires qu’implique un échange avec un agent.

DevTools est aussi le meilleur point de départ pour une étude détaillée des performances et de la mémoire du navigateur. Le panneau Performance présente les enregistrements de chargement et d’exécution ; les outils Memory aident à examiner les problèmes mémoire. La capacité de REA à recueillir des observations ne signifie pas qu’il offre une interface équivalente pour chaque diagnostic DevTools. Commencez par la documentation Google sur les performances ou celle sur la mémoire pour ces tâches.

En cas de requête en échec, le panneau Network donne un accès direct à l’activité enregistrée par le navigateur. Un agent peut aider à interpréter les preuves, mais une couche supplémentaire d’agent est inutile lorsque le statut de la réponse ou le contenu de la requête explique déjà le problème.

Quand une enquête REA est-elle utile ?

REA est utile si votre question nécessite plusieurs observations reliées entre elles et que vous voulez que l’agent de programmation explique leur relation. Posez une question sur un comportement précis, indiquez la page cible et demandez le code chargé et les observations pertinents. Une consigne générale comme « explique tout ce site » laisse moins de moyens clairs de vérifier la réponse.

L’exemple officiel REA du dinosaure l’illustre concrètement. REA lit le script chargé par un jeu de dinosaure dérivé de Chromium. L’agent identifie une vitesse initiale de 6, une accélération de 0.001 par mise à jour sans collision et une vitesse maximale de 13, puis reprend cette règle dans un petit jeu à vitesse réglable. L’exemple comprend des références au code source et une vérification contrôlée de la règle de vitesse.

Cet exemple est produit par le projet REA. Il ne prouve pas que tout site peut être reconstruit et ne doit pas être présenté comme l’expérience d’un utilisateur indépendant de la communauté. Notre collection de cas communautaires distingue les publications sources des exemples officiels détaillés.

Comment préparer une enquête dans le navigateur ?

Suivez les étapes de préparation du navigateur de REA pour un navigateur de la famille Chrome et une connexion de débogage locale. Donnez à l’agent l’URL de la page souhaitée, le point de connexion local exigé par le guide et une question. Respectez le périmètre de connexion du guide plutôt que d’exposer un service de débogage sur Internet.

Pour une page de démonstration qui vous appartient, une consigne pourrait être :

Utilise REA avec la connexion locale au navigateur préparée pour examiner
ma page de démonstration. Explique comment son champ de recherche met à jour les résultats.
Montre le script chargé pertinent et ses emplacements dans le code source.
Liste les observations qui étayent l’explication et les points inconnus.

Vérifiez que les preuves renvoyées décrivent bien l’action et l’état souhaités. Si l’application comporte plusieurs pages ou états, un script provenant d’un état peut ne pas en expliquer un autre. Dans DevTools, répétez manuellement l’action si nécessaire pour confirmer la requête ou le chemin de code décrit par l’agent.

L’un de ces outils peut-il afficher le code source du backend ?

Les scripts et requêtes visibles dans le navigateur révèlent le comportement côté client exposé à cette session. Ils ne révèlent pas automatiquement l’implémentation privée du serveur, le contenu des bases de données ni les règles métier cachées. Une réponse peut montrer ce que le serveur a renvoyé pour une requête sans expliquer toutes les étapes internes qui l’ont produit.

Considérez la conception de backend proposée par un agent comme une hypothèse, sauf si des preuves distinctes et autorisées l’étayent. Reproduire une interface observée et retrouver son implémentation originale sont deux affirmations différentes. Les preuves et les limites de REA aident à préciser cette frontière ; l’agent doit toujours la respecter.

Les captures du navigateur peuvent contenir des données de session, des corps de requêtes ou des URL sensibles. REA analyse localement, mais les résultats renvoyés vont à votre agent de programmation et sont soumis à la politique de données de son fournisseur de modèle. La FAQ officielle de REA explique cette frontière. Ne partagez que les observations adaptées à votre tâche et à votre autorisation.

Quelles questions se posent au moment de choisir ?

REA remplace-t-il Chrome DevTools ?

REA propose une interface d’enquête pour agent de programmation. DevTools propose un débogage direct du navigateur et des panneaux de diagnostic spécialisés. Utiliser DevTools pour vérifier une conclusion de REA est une combinaison utile.

Ai-je besoin de Hopper, Ghidra ou IDA pour un site web ?

La méthode navigateur de REA nécessite un navigateur compatible et la connexion locale documentée. Les moteurs natifs servent à des analyses approfondies distinctes de binaires natifs, pas à l’examen ordinaire de pages.

REA fonctionne-t-il sur ce site web ?

Non. reverseengineeranything.tools publie des exemples communautaires et des guides. Installez le paquet officiel REA sur votre propre ordinateur pour mener des enquêtes ; ce site ne propose ni envoi de fichiers à analyser ni exécution hébergée.

Puis-je utiliser DevTools sans modèle d’IA ?

Oui. Chrome DevTools est disponible directement dans Chrome. La CLI de REA peut aussi exécuter les méthodes prises en charge sans agent de programmation, tandis qu’une enquête REA pilotée par un agent utilise l’accès au modèle et les conditions de ce client.

Comment commencer à utiliser REA avec un agent ?

Lisez notre guide de première enquête, puis suivez les guides officiels de configuration et de navigateur. Vérifiez la liste d’outils de votre serveur installé ; les fonctions documentées sur la branche main du dépôt peuvent être plus récentes que le paquet publié.