Comment nous avons procédé

• Plataforma de Contratación del Sector Público, la plateforme officielle espagnole des marchés publics (contrataciondelestado.es)^{source 2}. La loi 9/2017 sur les contrats du secteur public en fixe le cadre : les pouvoirs adjudicateurs y publient leur profil d’acheteur, et les communautés autonomes peuvent avoir leur propre plateforme^{source 3}. Le profil d’acheteur existe pour garantir la transparence et l’accès du public à l’activité de chaque pouvoir adjudicateur^{source 4}.
• Données ouvertes de la Plateforme, sur le site du ministère des Finances espagnol. Elles sont produites par la Direction générale du patrimoine de l’État à partir de ce que saisissent les pouvoirs adjudicateurs eux-mêmes^{source 5}. Nous utilisons trois jeux de données : les appels d’offres publiés sur les profils d’acheteur, ceux qui arrivent par agrégation depuis d’autres plateformes (depuis le 1er janvier 2016) et les marchés de faible montant (depuis le 1er janvier 2018)^{source 6}. Les appels d’offres agrégés sont ceux des plateformes des communautés autonomes^{source 7}. Le format des fichiers est décrit dans la spécification officielle de syndication^{source 8}.
• Registre des maires et conseillers municipaux du ministère de la Politique territoriale et de la Mémoire démocratique, dans son système d’information locale^{source 9}, et consultation des élus locaux du réseau SARA^{source 10}. Nous ne les utilisons que pour savoir à quel parti appartenait le maire de chaque commune à chaque date.
• Boletín Oficial del Estado (le Journal officiel de l’État espagnol), pour le texte de la loi 9/2017^{source 11} et de la loi précédente^{source 12}.

• Des robots de téléchargement, qui récupèrent avis et cahiers des charges sur les plateformes publiques^{source 13,source 14}.
• Nos propres programmes en Python, qui transforment les fichiers officiels en tableaux, avec une ligne par résultat d’attribution^{source 15}.
• Un dépôt informatique avec gestion de versions, où chaque modification est enregistrée avec son auteur et sa date^{source 16}, tels que les saisit la personne qui la fait.
• Des manifestes d’empreintes SHA-256 (voir plus bas).

Nous les avons laissés lire, classer, programmer, proposer des textes^{source 17} et relire, mais pas décider. C’est ce que nous avons dit à Antigravity : Tu n’es pas avocat, tu ne décides pas de la stratégie procédurale, tu ne signes pas. (notre traduction)^{source 18} Voici quelques-uns de ceux que nous avons utilisés :

• Manus, depuis le 1er janvier 2026^{source 19} : a préparé la première documentation d’analyse du dépôt^{source 20}.
• Le Clone, le cerveau numérique de Miguel Ángel Domínguez, depuis le 17 avril 2026 : a reçu les archives de l’enquête pour organiser ce que nous savions^{source 21,source 22}.
• Antigravity, de Google^{source 23}, depuis le 21 mai 2026 : a reçu le dossier pour l’intégrer au cerveau numérique^{source 24,source 25}.
• Claude Code, d’Anthropic^{source 26}, depuis le 2 juillet 2026^{source 27} : a programmé l’analyse des données ouvertes^{source 28} et a vérifié que chaque appel d’offres et chaque personne mentionnés dans la plainte se rattachent à une pièce du dossier^{source 29}.

Une empreinte SHA-256 est une suite de lettres et de chiffres calculée à partir du contenu d’un fichier. Si un seul bit du fichier change, l’empreinte n’est plus la même^{source 30}. C’est pourquoi elle permet de démontrer qu’un fichier n’a pas changé.

Nous avons généré trois manifestes du dossier, chacun avec l’empreinte de chaque fichier qu’il contient. Nous publions ici l’empreinte de chaque manifeste : si l’un d’eux est présenté plus tard, chacun pourra vérifier que c’est bien le même, car une seule modification suffirait pour que l’empreinte ne corresponde plus. C’est nous qui publions cette page : une empreinte montre qu’un manifeste n’a pas changé, mais pas depuis quand il existe.

• 2 juillet 2026^{source 31} · db2cb7498216d7d7994a465ca93ae50f77641b013e008d97f0ca8fb9544f660a^{source 32}
• 4 juillet 2026^{source 33} · d8159666f9845f2d4569fe0f7fd1f7edc5ba304395bd3be2bfb20f5d35a2238d^{source 34}
• 22 juillet 2026^{source 35} · e3e071e13c41cfe262226bdb3d9939625712c6c2ef50adf19e9fd1a15ff96c5e^{source 36}

Avant de déposer la plainte, nous régénérerons le manifeste sur la version finale du dossier^{source 37}.

Comment vérifier l’empreinte d’un fichier^{source 38} :

• macOS ou Linux : shasum -a 256 fichier (sous Linux, également sha256sum fichier^{source 39})
• Windows : certutil -hashfile fichier SHA256

Le résultat doit correspondre, caractère par caractère, à celui du manifeste.

Une partie du travail est une analyse documentaire des cahiers des charges publiés^{source 40}. Nous exposerons la méthode complète lorsque le parquet nous permettra de publier la plainte.