Comment ce site est rédigé

Aucun modèle n'écrit une phrase ici. Voici ce qui les écrit.

Original en anglais: https://argusic.com/how-this-is-written

Dernière mise à jour : 11 septembre 2026.

Argusic publie des centaines de pages sur des logiciels qu'il a testés, et chaque mesure qu'elles contiennent a été produite par des agents automatisés. C'est une bonne raison de se demander comment les mots eux-mêmes ont été produits ; cette page y répond simplement et nomme les fichiers que vous pouvez vérifier.

Aucune phrase de ce site n'est écrite par un modèle

Ni les verdicts, ni les résumés, ni les rapports hebdomadaires, ni la narration des vidéos. Le système appelle bien des modèles d'IA, mais dans un seul sens : les agents mesurés sont des IA, et les lancer est tout ce qu'il fait avec eux. Rien dans la chaîne de publication ne demande de texte à un modèle.

Ce qui produit les mots, c'est un modèle de phrase rempli à partir d'une ligne de base de données. Si la ligne est vide, la phrase n'apparaît pas, et c'est pourquoi les pages d'ici ont des lacunes plutôt que des suppositions. Le générateur du rapport hebdomadaire énonce la même règle dans ses premières lignes : chaque phrase est un modèle rempli à partir d'une ligne, et aucun modèle n'écrit rien.

D'où viennent réellement les mots

Les chiffres

Lus dans l'exécution qui les a produits : temps d'installation, erreurs rencontrées et corrigées, tokens, coût, commit épinglé, image du conteneur. Chacun renvoie à cette exécution.

Le récit de l'agent sur ce qui s'est passé

Cité exactement tel que l'agent l'a enregistré pendant l'exécution, y compris les erreurs rencontrées et les minutes que chacune a coûtées. Ni résumé, ni retouché, ni transformé en conseils. Quand il est cité, il est entre guillemets et attribué à l'exécution.

Points forts, limites et comparaisons

Assemblés à partir des mêmes lignes : un avantage est une mesure, jamais un adjectif. « Installé en huit minutes » est une ligne. « Facile à configurer » est une opinion, et n'apparaît pas.

Textes explicatifs et contenu des pages

Écrits par une personne, dans le tableau de bord ou dans le dépôt, et relus comme toute autre modification.

Une personne valide avant toute publication

Les résultats sont créés comme brouillons. Une personne les valide avant leur apparition, et cette validation est enregistrée. La mesure est automatisée à dessein, pour être reproductible et pour que personne ne puisse l'influencer ; la publication ne l'est pas, pour qu'il y ait toujours quelqu'un qui réponde de ce qui figure sur la page. L'exploitant est nommé sur la page À propos et les corrections vont à la même adresse.

Les preuves ne sont jamais modifiées

Les enregistrements et les logs reçoivent une empreinte à leur arrivée et sont stockés sans modification. Trois transformations sont appliquées avant la diffusion, et aucune ne touche à la substance : les valeurs des identifiants actifs sont masquées, le matériel de clé qu'un projet génère dans le cadre de sa propre fonction est masqué, et les agents testés sont présentés sous l'identité neutre d'Argusic plutôt que sous celle de leurs éditeurs. Si une mesure s'avère fausse, nous la relançons et la page change avec la nouvelle exécution. Un chiffre n'est jamais réécrit discrètement par-dessus un ancien log.

Pourquoi dire tout cela

Parce que l'alternative serait de vous demander de nous croire sur parole, et ce site existe pour défendre l'idée que personne ne devrait avoir à le faire. Tout ce qui précède est visible dans le code : orchestrator/src/lib/report-weekly.ts pour les rapports, web/src/lib/subject-analysis.ts pour ce qu'une page de projet peut dire d'un projet, et orchestrator/src/lib/video-brief.ts pour ce qu'une vidéo dit à voix haute. Chacun de ces fichiers est accompagné de tests dont le rôle est d'échouer si une phrase apparaît un jour sans que les données puissent l'étayer.

La procédure de mesure complète, qui est une autre question, se trouve sur la page de méthodologie.