Comment on teste

Sur Squidbook, on part d’un principe simple : on n’écrit rien qu’on n’a pas fait. Chaque guide publié vient d’une session réelle avec l’outil décrit, sur l’ordinateur de la personne qui l’a écrit, pas d’une lecture rapide de la documentation d’Anthropic recopiée avec d’autres mots. Si un guide explique comment configurer un hook dans Claude Code, c’est qu’on a configuré ce hook, qu’on l’a vu fonctionner (ou échouer), et qu’on décrit ce qu’on a vraiment observé, y compris quand le résultat n’est pas celui qu’on attendait au départ.

Cette page existe parce que la crédibilité d’un site qui teste des outils d’intelligence artificielle se joue entièrement sur ce point : soit on montre le vrai travail derrière chaque guide, soit on ne mérite pas la confiance du lecteur qui cherche une réponse fiable avant de se lancer.

Les captures d’écran sont toutes réelles

Toutes les captures publiées sur le site viennent d’un terminal, de claude.ai ou d’une page officielle réellement ouverte pendant le test. On n’utilise jamais d’images de banque et on n’invente jamais de mockup censé représenter une interface. Quand une capture montre un environnement de démonstration, par exemple un projet d’exemple créé exprès pour illustrer une fonctionnalité, ce projet est réel et construit pour cet usage précis. Il n’est jamais présenté comme un cas de production alors qu’il ne l’est pas, et il n’est jamais retouché pour faire croire à un résultat qu’on n’a pas obtenu.

Les commandes sont vérifiées, pas récitées de mémoire

Une commande citée dans un guide, un flag, une option de configuration : tout est vérifié contre la version courante de l’outil au moment de la rédaction, en général via --help ou une exécution directe dans un terminal. On n’écrit jamais une commande parce qu’on se souvient qu’elle existait il y a six mois. Les outils Claude changent vite, et une commande valide en janvier peut être renommée, déplacée derrière un autre flag, ou tout simplement supprimée en juin. Vérifier avant de publier évite le piège classique du tutoriel qui ne fonctionne plus dès le mois suivant.

Même logique pour les prix et les disponibilités des offres (plans, quotas, régions couvertes) : ils sont vérifiés sur les pages officielles au moment où l’article est écrit, avec la prudence qui s’impose puisque ces informations évoluent régulièrement. Un guide qui cite un prix précise toujours qu’il peut avoir changé depuis, et ces informations sont revues à intervalles réguliers pour rester justes.

La fraîcheur des guides

Les outils Claude évoluent chaque semaine, parfois plus vite que ça. Pour cette raison, chaque guide affiche la version testée et sa date de mise à jour, visibles directement sur la page. Ce n’est pas une mention décorative : c’est l’information qui permet de savoir si ce qu’on lit correspond encore à la réalité de l’outil aujourd’hui. Une revue régulière repasse sur les guides concernés dès qu’une nouveauté touche à leur contenu, que ce soit un changement d’interface, une commande renommée ou une fonctionnalité qui disparaît.

Les erreurs et l’indépendance

Personne ne teste tout, tout le temps, sans jamais se tromper. Quand un lecteur signale une erreur, que ce soit sur les forums, sur Discord ou par contact, on reteste l’étape en question et on corrige l’article si l’erreur est confirmée. C’est le mécanisme qui garde le site fiable sur la durée, plus que n’importe quelle promesse de départ.

Squidbook n’a aucune affiliation avec Anthropic. Le site n’est ni sponsorisé ni financé par l’éditeur des outils qu’il teste, et il n’y a pas de contenu payant déguisé en guide indépendant.

Enfin, ce qu’on ne fait pas : pas de contenu généré en masse sans vérification humaine derrière, pas de réécriture de communiqués de presse présentée comme un test, et pas de captures d’écran empruntées à d’autres sites ou à d’autres articles pour illustrer un guide qu’on n’a pas réellement fait tourner. C’est le seul moyen qu’un site qui parle d’outils IA reste, lui, écrit et vérifié par des humains.