PDF Kami Hébergé en Europe

Blog

Documents produits par des agents IA : le circuit complet jusqu'au PDF

Claude Code, Cursor, Notion AI, agents internes : ils produisent du Markdown, des rapports, de la documentation. Voici le circuit propre pour en faire des PDF livrables — sans réintroduire un service qui lit, conserve ou apprend de vos documents.

Il y a deux ans, une IA écrivait un paragraphe. Aujourd'hui, un agent produit un rapport de trente pages avec ses tableaux, une documentation technique complète, un compte-rendu à partir d'une transcription, une proposition commerciale à partir d'un CRM. Claude Code, Cursor, Notion AI, les agents internes branchés sur vos outils : ils livrent presque tous la même chose — du Markdown, parfois du HTML, rarement un PDF.

Et c'est au moment de transformer ce livrable en PDF que beaucoup d'équipes réintroduisent, sans y penser, exactement ce qu'elles avaient pris soin d'éviter : un service tiers qui lit, conserve, et parfois apprend.

Le point d'attention : l'agent a déjà tout lu

Un agent qui rédige un rapport a eu accès à ce qu'il fallait pour l'écrire : le code, les tickets, les mails, la base client, la transcription de réunion. Le document qu'il produit est un condensé de ces sources. C'est souvent le fichier le plus sensible de toute la chaîne — plus que chaque source prise séparément — parce qu'il rassemble.

Le circuit de l'agent lui-même est, dans une entreprise sérieuse, encadré : offre professionnelle, accord de traitement, pas d'entraînement, éventuellement modèle hébergé en Europe ou en local. Puis le développeur ou le chef de projet fait glisser le rapport.md sur « le premier convertisseur Markdown → PDF de Google » — un site inconnu, dont personne n'a lu les conditions, et qui reçoit en clair le condensé de tout ce que l'agent a vu.

Circuit d'un document produit par un agent IA : sources internes lues par l'agent sous contrat, Markdown produit, puis conversion en PDF — soit en ligne chez un tiers non contrôlé qui reçoit le condensé, soit localement dans le navigateur sans envoi

Le circuit propre, étape par étape

1. L'agent produit le Markdown — dans son périmètre. C'est là que vos garanties contractuelles s'appliquent. Demandez à l'agent d'écrire un fichier, pas de coller dans le chat : le fichier garde les retours à la ligne des tableaux et les blocs de code.

2. Relecture humaine — et trace de cette relecture. C'est ce que l'AI Act attend de vous si le document est publié pour informer le public : un contrôle éditorial assumé dispense de la mention « généré par IA » (le détail). Pour un livrable client, c'est de toute façon la seule façon de ne pas envoyer une clause inventée. Corrigez dans le Markdown, pas dans le PDF.

3. Conversion locale, dans le navigateur. Markdown en PDF sur PDFKami met en page le fichier sur votre machine : titres, tableaux, blocs de code, liens conservés, PDF vectoriel et texte sélectionnable via la boîte d'impression du navigateur. Aucun envoi, aucun modèle, aucune lecture. Les images distantes ne sont volontairement pas chargées — un document reçu ne doit pas pouvoir signaler son ouverture — ; les images en base64 le sont.

4. Finitions, toujours locales. Numéroter les pages ; fusionner avec une couverture ou des annexes ; apposer un filigrane « Confidentiel — [client] — [date] », qui vaut autant pour un livrable produit par un agent que pour une pièce d'identité ; compresser si le rapport contient des captures d'écran.

5. Contrôle avant envoi. Analyser un PDF sur le fichier final : aucun script, aucune action, aucune pièce jointe — un livrable propre n'en contient pas, et un client équipé vérifiera.

À aucun moment entre l'étape 1 et l'envoi, le document ne quitte le poste. Vous pouvez faire les étapes 3 à 5 en mode avion.

Le cas des agents de code

Claude Code, Cursor, Copilot et les autres génèrent des README, des ADR, des rapports d'audit, des notes de migration — de la documentation qui décrit précisément l'architecture, les dépendances et parfois les failles connues d'un système. Ce sont, pour un attaquant, des documents de premier choix.

Deux réflexes : ne pas les convertir sur un service en ligne (le rapport d'audit de sécurité téléversé sur un convertisseur gratuit est un classique qu'on regrette) ; et les traiter comme des livrables, avec filigrane et destinataire nommé, quand ils sortent de l'équipe.

Automatiser sans réintroduire de tiers

Pour un flux régulier — rapport hebdomadaire, fiche produit, documentation versionnée —, un script local (Pandoc, ou markdown + WeasyPrint en Python) fait la conversion dans votre CI sans aucun service externe ; nous en donnons les commandes dans Convertir un Markdown en PDF. Pour un document ponctuel, PDFKami est plus rapide et n'exige rien d'installé — sur le poste du chef de projet comme sur celui du développeur.

FAQ

Comment convertir un fichier Markdown généré par Claude Code ou Cursor en PDF ?

Déposez le .md sur Markdown en PDF, puis « Enregistrer au format PDF » dans la boîte d'impression. La conversion est locale ; le document n'est pas envoyé.

Un rapport produit par un agent est-il un document sensible ?

Souvent plus que ses sources : il les condense. Traitez-le au niveau de la plus sensible d'entre elles.

Faut-il indiquer qu'un rapport a été produit par une IA ?

Pour un usage interne ou un livrable client, non. Pour une publication destinée à informer le public, oui — sauf relecture et responsabilité éditoriale assumées (AI Act, article 50 §4).

Peut-on automatiser la conversion sans service tiers ?

Oui, avec Pandoc ou un script Python en local ou en CI. Aucun envoi n'est nécessaire.

PDFKami lit-il le contenu du Markdown ?

Non. La page le met en forme localement, sans modèle, sans transmission, images distantes bloquées.

À lire ensuite

← Tous les articles