Le maillage interne avec Claude

Sommaire

Je le vois sur presque chaque audit. Un site avec quatre-vingts articles corrects, aucune architecture, des pages orphelines partout, et un formulaire de contact que personne ne lie.

Le contenu est là. La structure reste à faire.

Et c'est la partie que tu contrôles entièrement. Tes pages, tes liens, tes ancres. Tu prends la décision aujourd'hui, tu la livres cette semaine.

À la fin de ce guide, tu sais construire ton architecture en trois à cinq piliers avec un hub chacun, déléguer le gros du travail à Claude, et tenir un site de plusieurs centaines de pages.

Pour un site de 50 à 100 pages éditoriales, compte une demi-journée pour les phases 1 à 6, validation comprise.

Pour qui

Consultants SEO, freelances, marketers in-house, éditeurs de sites. Il te faut du contenu à mailler, une quinzaine de pages au minimum.

La méthode est celle que je déroule sur mes clients.

Le prérequis dont personne ne parle

Ce guide suppose que Claude connaît ton site : ta doctrine, tes mots-clés piliers, tes pages business, ton secteur.

Sans ce contexte, la méthode tourne quand même, en moins bien. Claude choisit les hubs sur des critères génériques. Il propose des ancres plausibles. Il se trompe de pilier. Il peut même te proposer des liens vers des pages qui n'existent pas (ça arrive, et tu t'en aperçois à l'insertion).

Si tu n'as pas encore de système, pose au minimum un fichier de contexte avant la phase 2 : ton offre, tes trois à cinq mots-clés piliers, la liste de tes pages Do.

Et garde tout le chantier dans une seule conversation. L'inventaire, l'architecture, l'audit, le plan, les ancres : chaque phase nourrit la suivante dans le même fil.

Un lien interne est une déclaration. Google la lit, les modèles la vectorisent, ton visiteur la suit ou l'ignore.

Topique, intention, autorité

Quand tu poses un lien de la page A vers la page B, tu déclares trois choses en même temps.

Un bon lien coche les trois. Un lien posé parce qu'il fallait un lien n'en coche souvent aucun.

La dilution en 1/N

Chaque page dispose d'un poids qu'elle répartit entre tous ses liens sortants. Google pondère chaque lien par 1/N, où N est le nombre total de liens de la page.

Une page qui contient douze liens internes transmet à chacun un signal plus faible qu'une page qui en contient quatre.

Chaque lien inutile affaiblit donc tous les autres, y compris ceux qui pointent vers ta page tarifs. C'est la base mathématique de la densité plafonnée à cinq liens pour mille mots, qu'on retrouve en phase 5.

Know vers Do

Tes pages se rangent en deux familles. Les pages Know expliquent : guides, définitions, comparatifs. Les pages Do font agir : outil, simulateur, audit, contact, tarifs.

Le réflexe de la plupart des rédacteurs, c'est de lier les pages Know entre elles. C'est facile, les sujets se touchent, et ça construit de l'autorité thématique.

Le maillage qui rapporte est ailleurs. Un guide sur le prix d'une prestation pointe vers la page tarifs. Un article méthode pointe vers l'outil. C'est ce lien-là qui transforme du trafic informationnel en demandes entrantes.

Quand deux liens se disputent ta priorité, celui qui mène à une page Do passe devant.

J'utilise deux skills distincts, parce que les deux situations de départ le sont aussi.

Ils se chaînent.

Lequel déclencher

Site de moins de trois mois, ou pas d'accès à la Search Console du client : maillage-systeme seul. Le skill remplace la donnée manquante par un poids d'intention, une page Do pesant plus qu'une page Know dans le scoring.

Site vivant avec historique : les deux, dans l'ordre. L'architecture d'abord, la donnée réelle ensuite pour trancher les priorités.

Lance la passe data en premier et tu hiérarchises ton site sur ses positions actuelles. Tu figes tes erreurs.

Installation

Sur Claude Code, crée un dossier par skill dans ~/.claude/skills/ sur Mac et Linux, dans %USERPROFILE%\.claude\skills\ sur Windows. Colle le SKILL.md correspondant dans chacun.

Dans l'interface, ouvre Paramètres, Personnaliser, Compétences, et glisse le dossier.

Une fois installés, tu n'y penses plus. Tu écris « audite le maillage de monsite.fr », ou « voilà mon export Search Console, construis le plan », et le bon skill se déclenche.

Vérifie quand même qu'ils apparaissent bien dans la liste des compétences. Un skill posé dans ton dossier local et absent de cette liste ne se déclenchera jamais (c'est le blocage numéro un en bootcamp).

maillage-systeme

Il travaille sans donnée comportementale, et vérifie sept règles de conservation avant de rendre son plan.

---
name: maillage-systeme
description: >
  Maillage interne stratégique d'un site (blog, catalogue, documentation) : architecture
  en piliers, classification hub et satellite, sélection d'ancres avec diversification
  entrante, détection des pages orphelines et des pages sans lien sortant, audit du
  graphe interne.

  Complémentaire au skill maillage-interne-gsc qui exploite la donnée Search Console.
  Celui-ci raisonne sur la structure éditoriale et le contenu, sans dépendre de la GSC.
  Utilisable dès le cadrage d'un nouveau site, avant toute donnée comportementale.

  TOUJOURS utiliser ce skill quand l'utilisateur mentionne : architecture de maillage,
  piliers de blog, hub et satellite, ancres internes, choix d'ancre, audit de maillage
  interne, pages orphelines, link equity, structurer le maillage d'un nouveau site,
  plan de cocon, ou dépose une liste d'articles en demandant un plan de maillage.
---

# Skill, maillage interne : architecture, ancres et audit

## Rôle

Construire et auditer le graphe de liens internes d'un site à partir du contenu existant
ou planifié, sans dépendre de la Search Console. Trois livrables : une architecture en
piliers, un plan d'ancres diversifiées, un rapport d'audit des trous structurels.

L'objectif n'est pas de produire des liens à la chaîne. C'est de construire un graphe où
chaque lien est justifié par trois signaux : topique, intention, autorité.

## Réflexion appliquée (méthode Organikk)

- Le maillage interne est un système, pas une passe.
- Une ancre n'est pas un mot-clé. C'est une promesse de continuité entre deux pages, lue
  par Google, par les modèles en vecteur, et par l'humain qui décide de cliquer.
- 5 liens entrants vers la même page appellent 5 ancres différentes. Un seul exact match.
- Test à voix haute : si la phrase se tient sans le lien, l'ancre est bien intégrée.
- Le maillage Know vers Do passe avant le maillage Know vers Know. Une page qui explique
  un concept doit pointer vers la page qui permet de l'exécuter.
- Pas de bloc "voir aussi" en bas d'article. Liens contextuels dans le corps uniquement.
- Une page mère n'est pas un titre de catégorie. C'est l'article le plus stratégique du
  pilier, celui qui définit le vocabulaire et reçoit le plus de liens internes.
- Un lien sortant sur N doit pointer vers un autre pilier, pour éviter les silos étanches.

## Données requises

| Source | Description | Obligatoire |
|--------|-------------|-------------|
| Liste des URLs et articles | Titre, slug, catégorie, extrait, requêtes cibles | Oui |
| Contenu intégral | Pour repérer les opportunités contextuelles | Recommandé |
| Requêtes piliers (3 à 5) | Le vocabulaire business du client | Recommandé |
| Pages "Do" identifiées | Outils, audits, formulaires, simulateurs | Recommandé |

Minimum viable : la liste des articles avec titre, extrait et requêtes. Sans le contenu
intégral, le skill produit l'architecture mais pas les ancres précises.

## Raisonnement de l'agent (étapes obligatoires, dans l'ordre)

### Étape 1, classer chaque page en intention

| Intention | Description | Signaux |
|-----------|-------------|---------|
| Know-Simple | Définition courte, réponse directe | "qu'est-ce que", "c'est quoi" |
| Know | Guide approfondi, méthode, comparatif | "comment", "pourquoi", "guide" |
| Do | Outil, simulateur, formulaire, démo | URL en /outils/, /audit, /contact |

Une page peut avoir une intention dominante et une intention secondaire. Noter les deux.

### Étape 2, identifier les piliers

Regrouper par cohérence sémantique, pas par catégorie technique. Viser 3 à 5 piliers.
Un cluster devient un pilier s'il réunit au moins 3 articles, une requête business
centrale commune, et une page capable de servir de hub. En dessous de 3 articles, le
cluster devient un sous-ensemble d'un pilier existant.

### Étape 3, désigner le hub de chaque pilier

L'article le plus complet, qui recouvre les concepts secondaires des autres et se
positionne sur la requête pilier. Le hub reçoit des liens de tous les satellites et
redistribue vers eux par des liens contextuels, jamais par une liste.

### Étape 4, cartographier les liens existants

Pour chaque article : liens entrants, liens sortants, profondeur de clic.
Détecter les pages orphelines (0 entrant), les pages sans lien sortant (0 sortant),
les hubs sous-maillés (moins de 5 entrants).

### Étape 5, sélectionner les ancres

Pour chaque lien source vers cible, proposer 3 ancres classées :
1. Exact match, une seule par cible, sur la première mention
2. Partial match, 60 à 70 % des liens entrants vers une cible
3. Sémantique étendue, qui reformule la promesse sans la requête

Vérifier 5 critères par ancre : l'ancre reflète ce que l'utilisateur va trouver, la
phrase reste fluide sans le lien, l'ancre n'a pas déjà servi vers cette cible, elle porte
le verbe d'action ou le substantif central, les 5 mots autour parlent du sujet de la
cible. Une ancre qui rate un critère est rejetée.

### Étape 6, prioriser les liens à créer

Score = (impressions cible x poids intention) + (gain d'autorité x 0,4)
Poids d'intention : Do 1.0, Know décisionnel 0.8, Know 0.5, Know-Simple 0.3
Gain d'autorité : 1 si la source est un hub, 0.5 si satellite maillé, 0.2 sinon

Ordre : liens hub vers satellite manquants, puis Know vers Do, puis inter-piliers, puis
liens vers les pages orphelines.

### Étape 7, vérifier les règles de conservation

- Aucune page orpheline restante, chaque page reçoit au moins 1 lien entrant
- Aucune page sans lien sortant, chaque page en contient au moins 2
- Chaque hub reçoit au moins 5 liens entrants depuis ses satellites
- Aucune cible ne reçoit deux fois la même ancre
- Densité de 2 à 5 liens internes pour 1 000 mots, jamais plus

NE PAS répondre avant d'avoir complété chaque étape.

## Format de sortie obligatoire

Bloc 1, architecture détectée : pilier, hub, satellites avec intentions
Bloc 2, audit du graphe : tableau entrants / sortants / profondeur / statut
Bloc 3, plan de liens priorisé : source, cible, pilier, nature, passage proposé,
        3 ancres, justification
Bloc 4, règles de gouvernance : checklist à appliquer à chaque publication

## Points de vigilance

- Ne pas tout automatiser. Le skill propose, l'humain décide.
- Le contexte vaut plus que l'ancre. Réécrire la phrase plutôt que plaquer une ancre.
- Le hub n'est pas figé. La structure suit le contenu, pas l'inverse.
- Un lien inter-piliers demande une vraie passerelle conceptuelle.
- Ne jamais lier vers la page d'accueil depuis le contenu.
- Les FAQ sont une réserve d'ancres : densité haute, contexte naturel.
- Au-delà de 5 liens pour 1 000 mots, le signal se dilue.

## Cas particulier, site sans donnée GSC

Étape 4 par lecture du contenu. Étape 6 avec un proxy business : Do 1, Know décisionnel
0.7, Know 0.5, Know-Simple 0.3. Le plan s'ajuste dès que la Search Console arrive.

## Cas particulier, refonte

Chaîner avec maillage-interne-gsc : ce skill définit l'architecture, l'autre injecte la
donnée comportementale. Préserver les liens existants qui fonctionnent.

## Concepts liés

hub-satellite, ancre-diversifiee, know-do, page-orpheline, link-equity

maillage-interne-gsc

Il reconstruit la hiérarchie mère, fille, petite-fille à partir des impressions et des positions réelles.

---
name: maillage-interne-gsc
description: |
  Analyse et optimisation du maillage interne depuis les données GSC. Hiérarchie page
  mère, page fille, page petite-fille. Pipeline en 5 étapes : récupérer la GSC,
  diagnostiquer la structure (mères potentielles, pages sous-maillées, orphelines),
  construire le plan avec les règles Know vers Do, prioriser par score d'urgence,
  générer les recommandations (page source, destination, ancre, contexte).

  TOUJOURS utiliser ce skill quand l'utilisateur dit : "maillage interne", "liens
  internes", "cocon SEO", "pages orphelines", "structure de site et GSC", ou quand un
  export GSC est déposé.
---

# Skill, maillage interne depuis la GSC

## Quand déclencher

Le site tourne depuis assez longtemps pour que la Search Console ait de la donnée.
On cherche la hiérarchie réelle : quelle page Google traite déjà comme une page mère.

## Philosophie

Le maillage part de la stratégie de requêtes. Le cocon en est la conséquence, pas l'inverse.

- Une page mère reçoit au moins 5 citations depuis ses pages filles et petites-filles
- Priorité aux intentions : transactionnel, puis décisionnel, puis informationnel
- Maillage par intention (Know vers Do) en plus du maillage sémantique

## Input requis

| Source | Obligatoire |
|--------|-------------|
| Export GSC Pages : URL, clics, impressions, CTR, position | Oui |
| Export GSC Requêtes par page | Recommandé |
| Période de 3 à 6 mois | Recommandé |

## Pipeline, 5 étapes

1. Récupérer les données : export Pages et export Requêtes par URL

2. Diagnostiquer la structure :
   - Pages mères potentielles : impressions élevées, position 4-15, requête transactionnelle
   - Pages sous-maillées : bonne position mais CTR faible
   - Pages orphelines : aucune thématique secondaire visible dans la GSC

3. Construire le plan : hiérarchie mère, fille, petite-fille, plus les règles Know vers Do

4. Prioriser par score d'urgence :
   (impressions x 0,4) + (potentiel de position x 0,4) + (valeur business x 0,2)

5. Générer les recommandations : page source, page destination, ancre, contexte, priorité

## Structure hiérarchique

    Page mère (requête business principale)
    ├── Page fille 1 (requête secondaire transactionnelle)
    │   ├── Page petite-fille A (longue traîne, micro-intention)
    │   └── Page petite-fille B
    └── Page fille 2

Règle Know vers Do : chaque page Know pointe vers au moins une page Do reliée au sujet.

## Output obligatoire

Pour chaque action :
- Page source, avec son intention (Know, Do, ou les deux)
- Page destination et son intention
- Nature du lien : sémantique, ou intentionnel Know vers Do
- Ancre recommandée, jamais "cliquez ici"
- Contexte d'insertion, la phrase qui portera le lien
- Priorité : haute, moyenne, faible

## Règles absolues

- Ne pas automatiser à 100 %. Le maillage part de la stratégie, pas de l'outil.
- Ne pas mailler sans tenir compte de l'intention. Sémantique et intentionnel sont deux choses.
- Ne pas répéter la même ancre sur toutes les pages filles.
- 10 citations minimum pour qu'une page mère soit considérée comme active.

## Concepts liés

cocon-semantique, pagerank-interne, intention-recherche, cannibalisation, gsc-export

La qualité de ton plan dépend de la qualité de ton inventaire. Et la qualité du raisonnement de Claude dépend de ce que tu laisses dehors.

La règle du contexte léger

C'est la règle la plus contre-intuitive du guide, et la plus importante. Le contenu intégral du site n'entre jamais d'un bloc dans la conversation.

La qualité de raisonnement d'un modèle se dégrade quand sa fenêtre de contexte se remplit. Colle cinquante pages HTML avant de demander le plan, tu obtiens un plan médiocre produit par un modèle saturé.

Claude raisonne sur un index léger, une ligne par page. Le contenu intégral s'ouvre page par page, au moment de rédiger une ancre précise.

L'index et le graphe

Ton index porte une ligne par page.

url;titre;extrait;requete_cible;intention;entrants;sortants
/guide-maillage-interne;Le maillage interne;Comment structurer…;maillage interne;Know;7;5
/outils/audit-liens;Audit de liens;Analyse ton graphe…;audit maillage;Do;1;1

Ton graphe porte une ligne par lien déjà en place, avec son ancre.

source;cible;ancre;position_dans_la_page
/guide-maillage-interne;/outils/audit-liens;auditer ton graphe;corps
/blog/cocon-semantique;/guide-maillage-interne;maillage interne;intro

Site en ligne, fais construire l'index par Claude depuis ton sitemap. Avec la Search Console, ajoute l'export Pages sur trois à six mois et l'export Requêtes filtré sur tes vingt à trente URLs principales. Contenu planifié et rien de publié, une liste titre, slug, mots-clés et extrait suffit.

Ta stratégie de mots-clés produit le cocon. Le cocon ne produit jamais la stratégie.

Know-Simple, Know, Do

Chaque page reçoit une intention dominante avant tout regroupement.

Cette classification pilote le scoring de la phase 6, où une page Do pèse 1 et une page Know 0,5. Une page peut porter une intention secondaire, note les deux.

Trois à cinq piliers

Regroupe sur le sens. Une catégorie WordPress reflète ton organisation interne, elle ignore les intentions de recherche.

Un vrai pilier remplit trois conditions : au moins trois articles dans le groupe, un mot-clé business central qui revient dans les titres ou les extraits, et une page capable de servir de hub.

Un groupe de deux articles rejoint un pilier existant comme sous-cluster.

Vise trois à cinq piliers. Au-delà, tu dilues. En dessous de trois, tu as un tas de pages.

Le hub

Le hub est l'article le plus stratégique du pilier : le plus complet, ou prévu pour l'être, celui qui définit le vocabulaire du sujet, idéalement positionné sur le mot-clé pilier exact.

Une page catégorie liste des titres. Elle ne définit aucun vocabulaire et se positionne rarement.

Le hub reçoit des liens de tous ses satellites, cinq au minimum, et redistribue vers eux par des liens contextuels dans son propre corps de texte.

C'est toi qui valides chaque hub. C'est une décision business, Claude n'a pas ton compte de résultat.

La page que personne ne lie, la page qui ne lie personne, le hub que ses satellites ignorent.

Une page orpheline reçoit zéro lien entrant éditorial. Pour Google, elle existe à travers ton sitemap et rien d'autre.

Une page dead-end contient zéro lien sortant éditorial. Ton visiteur arrive, lit, repart du site, et le poids qu'elle a accumulé s'arrête là.

Un hub sous-maillé reçoit moins de cinq liens depuis ses propres satellites. Le pilier est dessiné, le graphe l'ignore.

Les trois se détectent en une passe sur l'index de la phase 2.

La dernière ligne est le cas le plus coûteux, et le plus fréquent. Toute l'autorité du site circule entre les articles de blog, et la page qui convertit reste à l'écart du graphe.

Les seuils

• Chaque page reçoit au moins 1 lien entrant éditorial
• Chaque page contient au moins 2 liens sortants éditoriaux
• Chaque hub reçoit au moins 5 liens depuis ses satellites
• Avec la Search Console, une page mère active vise 10 citations entrantes

Google lit ton ancre comme un descripteur de la cible. Les modèles la vectorisent avec ses mots voisins. Ton visiteur y lit une raison de cliquer. Trois lecteurs, une seule chaîne de caractères.

Exact, partial, sémantique

Claude propose trois ancres par lien, tu en choisis une.

L'exact match reproduit le mot-clé pilier de la cible. Un seul par page cible, sur la première mention.

Le partial match tourne autour du mot-clé. C'est la famille majoritaire, 60 à 70 % des liens entrants d'une cible.

La sémantique étendue reformule la promesse de la cible sans utiliser son mot-clé. C'est elle qui rend ton profil naturel.

Si les huit liens qui pointent vers ta page tarifs portent tous l'ancre « tarifs formation SEO », le pattern est mécanique et Google le lit comme tel. La diversification sépare un maillage éditorial d'un maillage généré.

Les cinq critères

Une ancre qui rate un seul critère est rejetée.

Le plus discriminant est le deuxième. Tu lis la phrase sans le lien : si elle tombe juste, l'ancre est intégrée. Si elle clopine, réécris la phrase entière.

La densité

Deux à cinq liens internes pour mille mots. Jamais plus.

La raison est en phase 0 : chaque lien pèse 1/N du poids de ta page. Au-delà de cinq pour mille mots, tu retires du signal à tes pages business.

Tes FAQ en bas de page restent une source d'ancres sous-exploitée. Chaque réponse qui mentionne un sujet traité ailleurs lie naturellement, avec un contexte parfait.

Tu crées les quinze liens qui comptent, dans l'ordre, avec une justification pour chacun.

L'ordre des priorités

1. Les liens hub vers satellites manquants à l'intérieur de chaque pilier. C'est ce qui active le cocon
2. Les liens Know vers Do, qui orientent le funnel vers tes pages business
3. Les ponts entre piliers, au moins un lien sortant par pilier vers un autre, pour éviter les silos étanches
4. Le sauvetage des orphelines détectées en phase 4

Tiens cet ordre. Un cocon actif et un funnel orienté rapportent plus que dix orphelines sauvées.

Le score

Quand deux liens se disputent la priorité, le score décide.

Sans Search Console, il repose sur le poids d'intention de la cible : Do vaut 1, Know décisionnel 0,8, Know 0,5, Know-Simple 0,3, avec un bonus si la source est un hub.

Avec la Search Console, c'est la formule du skill.

score = (impressions x 0,4) + (potentiel de position x 0,4) + (valeur business x 0,2)

Dans les deux cas, la donnée et l'intention décident.

Le format d'un lien

Exige ce format complet, et refuse les propositions plus courtes.

PRIORITÉ : HAUTE
─────────────────────────────────────────────
SOURCE : Guide « Combien coûte une formation SEO » (Know)
CIBLE  : Page /tarifs (Do)
NATURE : Know vers Do, orientation funnel
PILIER : Formation

PASSAGE PROPOSÉ :
« ...les fourchettes varient selon le format :
notre grille de tarifs par format détaille les
trois options et ce qu'elles incluent... »

ANCRES (en choisir 1) :
  [exact]    tarifs formation SEO
  [partial]  grille de tarifs par format
  [sémant.]  ce que chaque format inclut

JUSTIFICATION : la page Do la plus rentable du
pilier ne reçoit qu'un lien entrant.

Le passage proposé rend ton plan exécutable. Avec la phrase complète et les mots avant et après, tu exécutes en copiant, ou tu rejettes en connaissance de cause.

Limite chaque lot à dix ou vingt liens.

Qui insère

Sur un site en fichiers, Claude insère les liens validés page par page, et tu relis le diff. Sur un CMS en ligne sans accès aux fichiers, tu insères à la main depuis le plan.

Dans les deux cas, tu valides avant l'insertion. Une ancre forcée détruit le naturel d'un texte, et la responsabilité éditoriale du site reste la tienne.

Ton maillage se dégrade à chaque publication non maillée.

La checklist de publication

1. Le nouvel article reçoit au moins 3 liens entrants depuis 3 articles existants
2. Il contient au moins 3 liens sortants vers des articles existants
3. Au moins 1 lien sortant pointe vers une page Do
4. Au moins 1 lien sortant pointe vers un autre pilier
5. Aucune ancre exacte n'est dupliquée vers la même cible
6. Tous les liens sont dans le corps du texte

Le point 1 est celui que tout le monde saute, parce qu'il oblige à rouvrir des articles déjà publiés. C'est pourtant lui qui empêche la création d'orphelines : un article publié sans lien entrant naît orphelin, et le reste.

Donne cette checklist à Claude dans ton skill de rédaction. Chaque brief sortira avec ses liens entrants et sortants déjà proposés.

Site neuf, sans Search Console

Toute la méthode tient. Le scoring remplace les impressions par le poids d'intention, et tu réajustes le plan dès que la Search Console atteint trois mois d'historique.

Maille avant la publication. Ça coûte dix fois moins cher que de remailler après.

Refonte d'un site avec historique

Tu chaînes les deux skills, avec deux règles de prudence.

Tes pages qui rankent déjà sur un mot-clé pilier sont candidates naturelles au poste de hub, même quand ce n'était pas le plan initial.

Tes liens existants qui fonctionnent se préservent. Une refonte de maillage se traite comme un diff : tu gardes ce qui marche, tu corriges le reste.

Programmatique à grande échelle

Au-delà de 300 à 500 pages issues d'un même gabarit, un lexique, des fiches, des pages par ville, le raisonnement page par page s'arrête. Pour Claude comme pour toi.

À cette échelle, le maillage se calcule depuis un signal déjà présent dans ta donnée : une cooccurrence, un attribut partagé, une référence croisée entre les lignes de ta table.

Sur un de mes projets, 13 622 pages de lexique sont maillées par un comptage de cooccurrence des termes dans le corpus, calculé une fois par un script, et rendu dans un bloc de termes liés templaté. Claude définit la règle, le script l'applique sur les 13 622 lignes.