| name | save-article |
| description | Sauvegarde un article web en markdown dans le vault Obsidian (dossier Veille/). Triggers: /save-article <url>, "sauvegarde cet article", "enregistre cet article dans Veille"
|
Skill : Save Article
Sauvegarde un article web en fichier markdown formaté pour Obsidian dans le dossier Veille/ du vault.
Chemins
- Vault Obsidian :
/Users/dinum-327811/Library/CloudStorage/GoogleDrive-benoitvinceneux@gmail.com/Mon Drive/Work/DINUM - EIG/ETALAB/ETALAB-Obsidian
- Dossier racine veille :
Veille/ (dans le vault ci-dessus)
- Dossier téléchargements :
/Users/dinum-327811/Downloads
Sous-dossiers
Les articles sont rangés dans des sous-dossiers de Veille/ selon leur tag principal :
| Tag principal | Dossier cible |
|---|
mcp | Veille/MCP/ |
ai-coding | Veille/AI Coding/ |
strategie, design-produit, infrastructure, souverainete, secteur-public | Veille/Stratégie/ |
open-source | Veille/Open Source/ |
Le tag principal est le premier tag attribué à l'article. En cas de doute, le dossier Stratégie/ est le fourre-tout par défaut.
Format de sortie
Le fichier markdown doit suivre ce template exact :
---
titre: "Titre de l'article"
source: "https://url-complete.com/article"
date_publication: "YYYY-MM-DD"
type: "article"
résumé: "Résumé en 2 phrases généré par l'IA."
tags:
- tag1
- tag2
---
Champ type
| Valeur | Usage |
|---|
article | Article texte classique (par défaut) |
vidéo | Page contenant principalement une vidéo (YouTube, Vimeo, etc.) |
podcast | Page contenant principalement un épisode audio |
mixte | Article texte accompagné d'une vidéo ou d'un audio significatif |
Tags disponibles
Choisir 1 à 3 tags parmi la taxonomie suivante :
| Tag | Usage |
|---|
mcp | Model Context Protocol, écosystème et architecture |
ai-coding | Assistants de code IA, vibe coding, productivité dev |
strategie | Tendances marché, prédictions, vision industrielle |
design-produit | UX/UI, interfaces IA, design process |
open-source | Gouvernance OSS, contributions IA, communautés |
infrastructure | Couches techniques, cloud, local-first |
souverainete | Souveraineté numérique, indépendance tech |
secteur-public | Administration, État plateforme, politiques publiques |
Si aucun tag existant ne convient :
- Proposer un nouveau tag à l'utilisateur (nom en kebab-case, description courte)
- Si l'utilisateur valide, ajouter le tag au tableau de taxonomie dans
Veille/Index.md (section "## Taxonomie")
- Créer une nouvelle section
## Nom du tag en bas de l'Index.md avec un tableau vide prêt à recevoir des articles
- Utiliser le nouveau tag dans l'article
Suivi du contenu markdown de l'article (titre h1, paragraphes, listes, citations, blocs de code).
Workflow
Étape 1 — Récupérer l'URL
L'URL est passée en argument : /save-article <url>
Si aucune URL n'est fournie, demander à l'utilisateur.
Étape 2 — Vérifier les doublons
Avant de récupérer le contenu, vérifier si l'article n'a pas déjà été sauvegardé :
- Utiliser
Grep pour chercher l'URL exacte dans les frontmatter source: de tous les fichiers du dossier Veille/ (y compris les sous-dossiers) :
- Pattern : l'URL fournie par l'utilisateur
- Glob :
**/*.md
- Path : le dossier
Veille/ du vault
- Si un fichier match → informer l'utilisateur avec le chemin du fichier existant et lui demander s'il veut :
- Écraser le fichier existant
- Créer un nouveau fichier (suffixe numéroté)
- Annuler
- Si aucun match → continuer sans interruption
Étape 3 — Extraire le contenu via WebFetch
Utiliser WebFetch avec l'URL et le prompt d'extraction suivant :
Extrais le contenu de cet article de manière structurée. Retourne :
- Titre : le titre principal de l'article
- Date de publication : au format YYYY-MM-DD si disponible, sinon vide
- Contenu : le contenu complet de l'article formaté en markdown propre (titres h2/h3, paragraphes, listes, citations avec >, blocs de code avec ```, images avec
)
Format de réponse :
TITRE: ...
DATE: ...
CONTENU:
...
Fallback Chrome — Si WebFetch échoue (erreur réseau, page bloquée, contenu vide ou insuffisant < 100 caractères) :
- Appeler
tabs_context_mcp pour obtenir le contexte navigateur
- Créer un nouvel onglet avec
tabs_create_mcp
- Naviguer vers l'URL avec
navigate
- Attendre 3 secondes avec
computer action wait pour laisser la page charger
- Utiliser
javascript_tool pour extraire titre, date et contenu (querySelectorAll sur h1-h4, p, ul, ol, blockquote, pre, img)
- Si l'extraction JS retourne peu de contenu (< 100 caractères), utiliser
get_page_text comme fallback supplémentaire
Étape 3bis — Détecter et transcrire les contenus audio/vidéo
Après l'extraction du contenu, vérifier si la page contient des médias audio ou vidéo. La détection se fait en deux temps : d'abord dans le contenu extrait, puis si nécessaire via Chrome.
Détection
Chercher dans le contenu extrait (ou via javascript_tool en fallback Chrome) la présence de :
- YouTube : URLs contenant
youtube.com/watch, youtu.be/, ou iframes youtube.com/embed/
- Vimeo : URLs contenant
vimeo.com/
- Podcasts : balises
<audio>, players embarqués (Spotify, Apple Podcasts, Anchor, Buzzsprout, Podbean, etc.), ou liens vers des fichiers .mp3, .m4a, .ogg
- HTML5 video : balises
<video>, fichiers .mp4, .webm
- Autres plateformes : Dailymotion, Twitch clips, PeerTube, etc.
Si aucun média n'est détecté → passer à l'étape 4, type = article.
Extraction du transcript
Si un média est détecté, extraire le transcript dans cet ordre de priorité :
1. Transcript intégré à la page
Chercher sur la page elle-même un transcript/une transcription :
- Via
javascript_tool : chercher des éléments avec des classes/IDs contenant transcript, transcription, captions, subtitles
- Chercher des sections titrées "Transcript", "Transcription", "Show notes", "Retranscription"
- Si trouvé, extraire le texte et l'utiliser directement
2. YouTube — sous-titres via la page
Si c'est une vidéo YouTube :
- Ouvrir la page YouTube dans Chrome (
tabs_create_mcp + navigate)
- Utiliser
javascript_tool pour cliquer sur le bouton "...Plus" / "Show transcript" ou accéder au menu sous-titres
- Extraire le texte du panneau de transcription via
javascript_tool :
document.querySelector('button[aria-label*="transcript" i], button[aria-label*="transcription" i], ytd-button-renderer tp-yt-paper-button')?.click();
- Après 2 secondes, extraire le contenu :
document.querySelectorAll('ytd-transcript-segment-renderer .segment-text, yt-formatted-string.segment-text')
- Si le transcript YouTube n'est pas disponible via l'UI, tenter
get_page_text pour récupérer ce qui est visible
3. Outil de transcription externe (fallback)
Si aucun transcript n'est trouvé par les méthodes ci-dessus :
- Informer l'utilisateur qu'aucun transcript automatique n'a été trouvé
- Proposer les options :
- Continuer sans transcript
- Fournir manuellement une URL vers un transcript ou un fichier
.srt/.vtt
- Coller le transcript directement
Nettoyage du transcript
Le transcript brut doit être nettoyé avant insertion :
- Supprimer les timestamps (formats
[00:00:00], 00:00 -, etc.) sauf si l'utilisateur demande de les garder
- Fusionner les lignes fragmentées en paragraphes cohérents (regrouper par pauses naturelles / changements de sujet)
- Corriger la casse basique (majuscules en début de phrase)
- Si le transcript est dans une langue étrangère, le garder dans la langue originale (ne pas traduire)
Détermination du type
- Si la page est principalement un player vidéo/audio avec peu de texte →
vidéo ou podcast
- Si la page est un article texte accompagné d'un média →
mixte
- Si aucun média →
article
Étape 4 — Générer le résumé
À partir du contenu extrait, rédiger un résumé en 2 phrases en français qui synthétise les points clés de l'article. Le résumé doit être informatif et concis.
Étape 5 — Construire le fichier markdown
Assembler le fichier avec :
- Le frontmatter YAML (titre, source, date_publication, type, résumé, tags)
- Le contenu markdown extrait
- Si un transcript a été extrait à l'étape 3bis, l'ajouter à la fin du contenu sous une section dédiée :
---
## Transcript
> Source : YouTube / Podcast / Page (préciser l'origine du transcript)
[Contenu du transcript nettoyé, organisé en paragraphes]
Pour les pages de type vidéo ou podcast avec peu de contenu textuel, le transcript constitue le corps principal du document (pas besoin de section séparée, il remplace le contenu).
Le nom du fichier sera le titre de l'article, nettoyé des caractères spéciaux : remplacer /, \, :, *, ?, ", <, >, | par -, et tronquer à 100 caractères max. Extension .md.
Étape 6 — Écrire le fichier
Utiliser le tool Write pour écrire directement le fichier dans le sous-dossier approprié de Veille/ (voir section "Sous-dossiers" ci-dessus) :
{vault}/Veille/{sous-dossier}/{nom-fichier-nettoyé}.md
Le sous-dossier est déterminé par le tag principal de l'article.
Étape 7 — Mettre à jour l'index
Ajouter l'article au fichier Veille/Index.md :
- Lire le fichier
Index.md
- Identifier la section correspondant au tag principal de l'article (le premier tag)
- Insérer une nouvelle ligne dans le tableau de cette section, triée par date décroissante :
| YYYY-MM-DD | [[Nom du fichier sans .md]] | `tag1` `tag2` |
Si la date est inconnue, utiliser — à la place.
- Mettre à jour le compteur d'articles dans l'en-tête (ligne
> XX articles)
- Mettre à jour la date de dernière mise à jour
Étape 8 — Pertinence IAE
L'Index.md contient une section "Pertinence IAE" qui relie les articles aux produits/sujets du département. Les produits IAE sont :
- Data Platform (données & MCP) — articles sur MCP, données, État plateforme
- Albert Code — articles sur AI coding, productivité dev, vibe coding
- Albert API / L'assistant IA — articles sur infra IA, souveraineté, interfaces chat
- OpenGateLLM — articles sur open source, gouvernance communautaire
- EvalAP — articles sur évaluation de modèles, benchmarks
- ALLiaNCE (incubateur) — articles sur tendances marché, maturité agentique
Après avoir identifié les tags de l'article :
- Déterminer quel(s) produit(s) IAE sont concernés (un article peut être pertinent pour plusieurs)
- Ajouter une entrée sous chaque produit concerné dans la section "Pertinence IAE" de l'
Index.md, au format :
- [[Nom de l'article]] — Explication courte de la pertinence pour ce produit
- Si aucun produit IAE n'est pertinent, ne rien ajouter
Étape 9 — Confirmer
Afficher à l'utilisateur :
- Le titre de l'article
- Le type (article / vidéo / podcast / mixte)
- Les tags attribués
- La pertinence IAE (produits liés)
- Le résumé généré
- Si un transcript a été extrait : sa source et sa longueur approximative (nombre de mots)
- Le chemin du fichier créé
Gestion d'erreurs
- WebFetch échoue : tenter automatiquement le fallback Chrome (étape 3). Si Chrome n'est pas connecté, informer l'utilisateur d'ouvrir Chrome avec l'extension Claude et réessayer.
- Page JS-heavy / SPA (fallback Chrome) : si l'extraction JS retourne un contenu vide ou très court (< 100 caractères), utiliser
get_page_text comme fallback pour récupérer le texte brut, puis le formater en markdown.
- Date introuvable : laisser
date_publication vide ("").
- Titre introuvable : utiliser le titre de la page comme fallback.
- Écriture échouée : informer l'utilisateur et proposer d'écrire dans Downloads/ à la place.
- Doublon détecté : ne jamais écraser silencieusement — toujours demander confirmation à l'utilisateur.
- Transcript indisponible : si la vidéo/audio n'a pas de sous-titres ou transcript accessible, informer l'utilisateur et proposer de continuer sans transcript. Ne jamais bloquer la sauvegarde de l'article pour cette raison.
- Transcript très long (> 5000 mots) : informer l'utilisateur de la taille et proposer soit le transcript complet, soit une version condensée (résumé structuré des points clés avec citations).
