Coffre-fort administratif × IA : l'agent que l'État ne donne pas au citoyen

Il y a deux mois, je documentais ici la construction d’un coffre-fort administratif local. Sauver les PDFs avant que les portails État ne les purgent. Un backup. Utile, fini.

Aujourd’hui ce n’est plus un backup. C’est un agent IA qui pilote mes démarches admin de bout en bout. Pas un coffre. Un opérateur.

Cette phrase reste le constat de départ. Mais la réponse a changé d’échelle. Et depuis la première version de cet article, elle a changé de statut : de pari à preuve. Une démarche a tourné de bout en bout, sans rupture de chaîne, jusqu’à câbler son résultat dans un automate. Le coffre a aussi appris à lire ce qu’il range, pas seulement à le garder. C’est ce que raconte cette V3.

Un citoyen français pose ses documents sur dix portails au minimum : France Travail (chômage, ARE, ASS), URSSAF (cotisations auto-entrepreneur), CAF (APL, RSA, prime d’activité), Impôts (avis, déclarations, messagerie fisc), Ameli (Sécu, attestations droits), INPI (KBIS, RNE), ANTS (CNI, passeport, carte grise, permis), info-retraite.fr (RIS), CPF / Mon Compte Formation, Mon Activité Formation (NDA formateur DGEFP), DLS / SNE (logement social).

Trois constats brutaux :

1. Aucune API pour le particulier. Les APIs Particulier existent dans le catalogue api.gouv.fr, mais elles sont réservées aux tiers via FranceConnect. Le citoyen lui-même n’a pas d’API pour ses propres données.
2. Aucun agrégateur officiel. FranceConnect fédère l’authentification, pas les données. Digiposte propose un coffre auto-alimenté, mais propriétaire, incomplet, et limité à certains émetteurs.
3. Les portails purgent. France Travail messagerie 1 an, courriers 36 mois. Ameli relevés 27 mois. Impôts messagerie 3 ans. Une fois sortis du tunnel de rétention, terminé.

Au-dessus de la rétention, il y a le risque. Les portails admin sont des cibles. Phishing FranceConnect, infostealer sur poste client, ransomware qui chiffre les dossiers admin avant qu’on ait scanné le KBIS. Fuite de 10 millions de comptes Pôle emploi en 2024. L’ANSSI publie chaque année son rapport menace, le secteur public y figure systématiquement. Cyber.gouv.fr recense les prestataires de réponse à incident (moi y compris).

ATTENTION : ce constat n’est pas anti-État. C’est la base à partir de laquelle on construit autre chose.

Le projet a pivoté. Le coffre est devenu le substrat d’un agent IA qui pilote la démarche admin de bout en bout.

Voici la boucle, en dix étapes vraies :

1. Je file un problème admin à l’IA. Exemples concrets : « il faut que je réponde au SRC pour le NDA », « la CAF me demande de neutraliser », « monter le pack de pièces pour l’assistante sociale ».
2. L’IA crée un dossier dossiers/{slug}/ depuis le template _TEMPLATE-demarche/.
3. Elle lance le skill fetch-{portail} concerné. Chrome MCP, session auth manuelle, scrape la messagerie + les courriers PDF.
4. Elle synthétise avec mon profil complet déjà rangé dans _local/identite/ : pièces d’identité, parcours pro, diplômes scannés, justificatifs logement et banque, le tout indexé et accessible — les secrets (mots de passe, IBAN, NSS) restant, eux, dans des fichiers .PRIVATE.md qu’elle lit en local mais ne recopie jamais.
5. Si besoin elle rouvre le portail (Chrome MCP) pour scanner les dernières notifs, captures d’écran, état du dossier.
6. Elle analyse : délais légaux, articles du Code du travail, décrets applicables, pièces manquantes. Cite Légifrance en source.
7. Elle propose le remplissage formulaire champ par champ, génère le courrier PDF officiel (skill /courrier-admin-pdf, voix Julien, signature HTML email Cyber.gouv.fr + France Num) et agrège les PJ depuis _local/.
8. Elle me sort le how-to complet : quels champs portail remplir, quels fichiers uploader, dans quel ordre, quoi cliquer en dernier.
9. Le dossier est tagué résolu / répondu.
10. Les skills s’incrémentent. Chaque passage améliore la recette pour le prochain portail.

C’est ça la thèse. Pas un coffre. Un opérateur de démarches.

Au manifeste, c’était une chorégraphie sur le papier. Depuis, elle a tourné en vrai, jusqu’au bout, plusieurs fois. La preuve la plus nette tient dans l’encadré qui suit.

La règle archi est simple, et c’est elle qui rend tout le reste viable.

Stockage par SOURCE/portail (clé primaire stable). Les vues par rôle (chômeur, entrepreneur, formateur, salarié, candidat, locataire, automobiliste, assuré, contribuable) et par domaine (revenus, santé, logement, identité, retraite, formation, mobilité, famille) sont des overlays d’index, jamais des dossiers dupliqués.

Voici l’arborescence — anonymisée, mais structurellement fidèle :

Trois règles dures :

• Naming YYYY-MM-DD_slug.pdf partout (tri chronologique naturel dans ls).
• Stockage par source, jamais de copie physique — sauf une dérogation cadrée : le sous-dossier DL/ d’une démarche, où l’on regroupe des copies renommées NN_slug.ext pour un envoi en un bloc (un brouillon email ou un upload portail). La dérogation est strictement limitée à dossiers/{slug}/DL/, documentée par un README qui pointe vers les sources. Le motif est trivial mais réel : un brouillon Gmail piloté par l’IA ne sait pas attacher de pièces jointes — le bundle physique comble le trou de l’outil.
• Convention .PRIVATE.md = credentials en clair. Jamais committé, jamais envoyé à un LLM tiers, jamais cité textuellement dans les logs.

Un PDF a une source unique (le portail qui l’a émis), mais sert plusieurs usages. Le stockage par source = stable et évident. Les rôles et domaines = tags d’index dans INDEX.md. Pas de dérive de classement à 5 ans.

C’est cette stabilité qui permet à l’IA de retrouver n’importe quelle pièce sans hésiter. Et c’est elle qui permet aussi de lui faire confiance pour générer le pack de pièces d’une démarche : elle sait où chaque chose vit, parce qu’on lui a appris à ne jamais dupliquer.

Détail de plomberie qui compte : depuis la première version de l’article, le coffre est versionné en git. Pas de remote public — un dépôt local. Mais chaque consolidation est désormais un commit, l’historique se relit, et les .PRIVATE.md restent hors-suivi par .gitignore.

Quand on ouvre le coffre dans Obsidian, la vue Graph dessine le maillage : nœuds = portails État + dossiers démarches + index rôle/domaine, liens = références markdown relatives entre INDEX maîtres, dossiers transverses et PDFs sources.

Ce qu’on voit en un coup d’œil : les portails État en grappes denses, les dossiers démarches en hubs centraux qui tirent sur plusieurs portails à la fois, les index (rôle, domaine) en backbone qui relie tout.

C’est ça l’effet utile du stockage par source + overlays d’index : le coffre devient un système. Et c’est ce qui rend l’opérateur IA possible — elle navigue le graph, pas l’arborescence à plat.

Une précision par rapport au manifeste : les skills fetch-{portail} ne vivent plus comme des skills globaux exposés — ils ont été ramenés en snapshots locaux dans le coffre, pour garder la recette au plus près des données qu’elle touche. Skills perso orientés démarche admin FR : fetch-france-travail, fetch-urssaf, fetch-caf, courrier-admin-pdf, generate-facture. Futurs : fetch-impots, fetch-ameli, fetch-dls, fetch-retraite.

Et une couche a gagné un verbe. « Claude Code » n’orchestre plus seulement : il analyse. C’est l’objet de la section suivante.

Règle d’airain : aucun skill ne contient de credentials. Mon mot de passe France Travail n’existe pas pour l’IA. Je m’authentifie à la main dans Chrome via FranceConnect, Chrome MCP pilote le DOM ensuite. Les PDFs téléchargés transitent par le navigateur natif, jamais par le contexte IA. Confidentialité native.

Concrètement, voici les portails qui vivent dans le BOOKMARKS.md côté admin civil. Presque tous accessibles via FranceConnect. Aucun sans authentification. Aucun avec API particulier exposée.

L’inventaire complet vit dans BOOKMARKS.md du coffre (URLs publi-safe, jamais de credentials, exportable en bookmarks.html pour réimport navigateur). Côté credentials, c’est _local/identite/*.PRIVATE.md — gitignore strict, lecture locale uniquement.

Pourquoi cette liste compte : c’est elle qui dimensionne l’effort. Chaque portail = un skill fetch-{portail} à forker. Chaque skill = une recette Chrome MCP à valider. La complexité du coffre n’est pas dans les PDFs — elle est dans la diversité des interfaces État qu’il faut apprivoiser une par une. Depuis le manifeste, deux portails de plus sont passés du « rangé » au « piloté » : la CAF (skill fetch-caf opérationnel) et Mon Compte Formation (droits CPF connectés).

Pas des hypothèses. Des deadlines. Et — c’est le vrai message neuf de cette V3 — pas que des succès. Un coffre honnête horodate aussi ce qui n’aboutit pas.

Le cas-phare du manifeste, détaillé plus haut : déposé, complété, validé, activé, et la mention légale propagée dans le moteur de factures. Cadre : décret 2025-728 (silence vaut acceptation), art. L6352-11 et L6352-12 du Code du travail. Détail métier dans l’article dédié.

Une assistante sociale départementale demandait sept pièces justificatives. L’IA n’a pas seulement listé les manquantes : elle a sorti le bon décret pour la pièce bloquante, le bon téléservice, et drafté le mail de retour avec le bundle de PJ prêt à envoyer. Démarche close, 7/7. C’est la boucle « pièce → coffre → résolution » dans sa forme la plus simple.

Data ownership totale. C’est le point dur. Et depuis le manifeste, ce principe a cessé d’être une déclaration pour devenir deux mécanismes.

Ce qui ne quitte jamais le coffre : IBAN, mots de passe (banques, assurances, énergie, dix portails État), NSS, SIRET / SIREN / TVA, signature image, scans HD des pièces d’identité et diplômes, relevés bancaires. Tout ça vit dans _local/identite/*.PRIVATE.md et fichiers associés. Règles :

• Jamais commit en repo public. Le coffre n’a pas de remote git public. Les .PRIVATE.md sont dans le .gitignore.
• Jamais envoyé à un LLM tiers cloud non-Anthropic. Pas d’OpenAI, pas de Gemini, pas de Mistral, pas de Perplexity.
• Jamais cité textuellement dans les logs. Les credentials passent par référence fichier, pas par body texte.

Deux briques nées après l’article incarnent ce data-ownership resté abstrait dans le manifeste.

La première, c’est le moteur de factures. Il est construit en deux niveaux : un lanceur générique, sans aucun secret, qui appelle un moteur local au coffre — le seul à toucher l’IBAN, le BIC, la numérotation des factures. Résultat : j’émets une facture brandée, conforme, numérotée… et l’IBAN ne quitte jamais le coffre. Le secret le plus bancaire de tous reste derrière une porte qui ne s’ouvre que localement.

La seconde, c’est le pont public. Mon identité « web » (bios, liens, ce que tu lis sur ce site) ne se synchronise plus à la main : elle coule du coffre vers une seule sortie normalisée, un fichier julien-public-core.json qui est une liste blanche de champs publics. Le pont ne laisse jamais passer le PII — ni NSS, ni IBAN, ni mot de passe, ni rien de la sphère familiale. Whitelist par construction : ce qui n’est pas explicitement marqué « public » ne franchit pas la porte.

Le data ownership cesse d’être un principe affiché. C’est un mécanisme : un secret qui ne sort pas, une porte unique qui filtre ce qui sort.

Un ami développeur qui travaille à data.gouv.fr m’a mis devant cette question : « cool ton projet mais le problème c’est que tu as livré toutes tes données persos ».

Réponse honnête : le prototype actuel vit sur Google Drive perso (cryptage at-rest Google + 2FA + accès mono-utilisateur). Pas idéal, mais pas non plus « livré à un LLM tiers ». Les credentials passent par fichiers .PRIVATE.md que Claude Code lit en local, jamais en upload contexte cloud — sauf pour le sous-ensemble strictement nécessaire à la démarche.

Et je reste honnête sur ce qui n’a pas bougé : le chiffrement at-rest des sensibles (migration vers un vault 1Password, chiffrement age des .PRIVATE.md les plus exposés) reste le cap suivant. Pas fait. Toujours un projet, pas un acquis. Je préfère l’écrire que le maquiller.

Sources d’autorité que je suis pour la posture cyber : Cyber.gouv.fr, ANSSI, CNIL, France Num. Prestataire référencé Cyber.gouv.fr, Activateur France Num. Ce coffre vit dans ce cadre, pas en marge, pas contre.

Le truc inventé en cours de route, et qui a changé la donne sur la maintenabilité.

Problème : j’ai des skills globaux dans ~/.claude/skills/ (submodules git). Quand je travaille sur un client, j’ai besoin que le skill reste figé sur le contexte de ce client (URLs, IDs WordPress, conventions de nommage). Mais en parallèle, je veux que les améliorations remontent vers le skill global, pour que le prochain client en profite.

Solution : pattern snapshot upstream + backsync downstream.

Trois skills gèrent ça : /wrap-up (fin de session locale, remonte avancées vers global), /wrap-in (début de session locale, redescend global → local), /wrap-all (deep pass audit cross-références).

Analogie git : le skill global = origin/main, le snapshot local = working tree d’un client, /wrap-up = git push --rebase, /wrap-in = git pull --rebase, /wrap-all = git fsck + relinte tous les .md.

Ça résout vraiment le problème central de maintenabilité d’un parc de skills personnels qui s’étend. Et ça permet de capitaliser : chaque démarche admin résolue enrichit la recette du portail, qui enrichit le skill global, qui sert au prochain dossier sur le même portail.

Le projet ne vit pas isolé. La librairie skills s’enrichit en parallèle de la communauté.

Skill communautaire intégré : paperasse de Romain Simon (licence MIT). Collection de 6 sous-skills :

Eval agrégat Claude Sonnet 4.6 : 88% avec skill / 75% sans = +13% de delta mesuré.

À cet écosystème communautaire s’ajoutent désormais mes propres skills orientés démarche, ramenés en local au coffre : courrier-admin-pdf (courrier officiel branché signature), generate-facture (le moteur 2 niveaux décrit plus haut), et le petit pipeline d’analyse bancaire qui transforme les relevés en table de trésorerie. Pattern d’intégration côté workspace : /add-skill <url-github> ajoute le repo en submodule git, refuse les duplicates, régénère la doc index, commit local.

L’idée est de consolider mes propres skills avec ce que la communauté produit. Quand je tombe sur un skill admin pertinent, je l’ajoute, je documente, et quand je construis un skill nouveau je lui demande d’aller voir s’il n’y a pas déjà mieux ailleurs. Approche bibliothèque vivante, pas silo perso.

Posture mesurée. Souverainisme FR sans tirade.

1. L’État ne donne pas d’API au particulier. Il en donne aux tiers via FranceConnect, mais le citoyen lui-même n’a pas d’API pour ses propres données. C’est un choix politique, pas une fatalité technique.
2. L’État ne sécurise pas vraiment tes données admin. Les portails sont des cibles. Pôle emploi 10M comptes compromis en 2024.
3. L’État stocke court, le citoyen vit long. Une démarche admin se prépare sur 3-5 ans. Les portails ne suivent pas.

Une réponse : le citoyen se self-organise. Chrome MCP scrape ce qu’il a déjà déposé. L’IA orchestre. Le coffre persiste. Le manifeste est dans l’usage, pas dans la déclaration.

Ce n’est pas anti-État. Je suis prestataire Cyber.gouv.fr, Activateur France Num, je cite Légifrance comme source faisante autorité, je m’appuie sur service-public.fr pour toutes les démarches. C’est pro-citoyen, à l’intérieur du cadre.

Le coffre consolide aujourd’hui de l’ordre du millier de pièces civiles dans _local/ (identité, parcours pro, logement, banque, assurances, formation, revenus), à comparer aux ~650 du manifeste. La croissance n’est pas le sujet — la couverture l’est : neuf portails actifs, neuf rôles de citoyen, une dizaine de domaines de vie.

Prochain coup : fetch-impots puis fetch-ameli (la fenêtre de rétention 27 mois se ferme). Ensuite, les deux chantiers de fond toujours ouverts : le chiffrement at-rest des sensibles et les alertes de rétention automatiques (cron). Deux promesses du manifeste encore au backlog — je les garde affichées tant qu’elles ne sont pas tenues.