| name | yoandev-flux |
| description | Veille tech francophone et internationale via Flux (flux.yoandev.co), qui agrège 80+ blogs, podcasts et chaînes YouTube dev/IA/DevOps. Utilise cette skill dès que l'utilisateur demande son brief / newsletter / veille du matin, veut savoir "ce qui s'est passé cette semaine en tech", cherche des articles récents sur un sujet technique (IA, Symfony, Rust, PHP, DevOps, Cloud, etc.), demande un résumé de l'actualité dev, ou veut écouter/regarder des podcasts ou vidéos tech récents. Également quand l'utilisateur donne des thématiques en langage naturel ("fais-moi un brief sur l'IA et le backend PHP des 3 derniers jours") — la skill découvre les articles, l'agent sélectionne et synthétise. |
yoandev-flux — Veille tech via Flux
Flux (https://flux.yoandev.co) agrège chaque jour les articles, podcasts et vidéos de 80+ sources tech francophones et internationales. Cette skill donne accès à ce corpus pour faire de la veille personnalisée, des briefs matinaux et des recherches ad-hoc.
Philosophie
La skill fournit une primitive de découverte (un script bash qui interroge l'index Flux). Tout le reste — filtrage sémantique par thème, sélection éditoriale, synthèse — est fait par l'agent en langage naturel. Pas d'arguments --themes à mémoriser, pas de config : l'utilisateur parle normalement, l'agent compose.
Flux ne stocke jamais le contenu complet des articles, uniquement les métadonnées (titre, snippet, URL, date, source, catégories). Pour lire le fond d'un article, il faut aller chercher son link avec un outil de fetch (WebFetch, curl, équivalent).
Prérequis
curl et jq dans le PATH. Ils sont installés par défaut sur macOS et la plupart des distributions Linux. Sinon : brew install jq / apt install jq.- Un outil de fetch de page web. Par ordre de préférence :
WebFetch (natif Claude Code), curl, ou tout équivalent disponible dans l'agent.
La primitive de découverte
Le script scripts/flux-discover.sh expose trois commandes qui retournent toujours du JSON.
scripts/flux-discover.sh latest [--days N] [--lang fr|en|both] [--limit N]
scripts/flux-discover.sh search "<query>" [--days N] [--lang fr|en|both] [--limit N]
scripts/flux-discover.sh sources [--lang fr|en|both]
Options :
--days N — fenêtre temporelle (défaut 7)--lang — fr = francophones, en = internationaux, both = les deux (défaut both)--limit N — nombre max d'articles (défaut 100, mettre 0 pour illimité)
Chaque article renvoyé contient :
| Champ | Description |
|---|
title | Titre de l'article |
description | Snippet court (150-500 chars), pas le contenu complet |
link | URL publique de l'article — à fetcher pour le contenu complet |
pubDate | ISO 8601 UTC |
source | Nom lisible de la source (ex : "Simon Willison's Weblog") |
sourceUrl | URL du flux RSS d'origine (rarement utile directement) |
categories | Array de tags thématiques (ex : ["Programmation", "IA"]) |
type | "blog" / "podcast" / "youtube" |
lang | "fr" ou "en" |
audioUrl, duration | Présents pour les podcasts |
videoId | Présent pour les vidéos YouTube |
image | URL de l'image de preview (optionnelle) |
Récupérer le contenu complet d'un article
Quand l'utilisateur veut un résumé, un brief ou une analyse, il faut aller chercher le contenu réel de l'article (pas juste le description, qui n'est qu'un snippet).
Pour type: "blog" — fetcher le link avec l'outil disponible, dans cet ordre :
WebFetch si disponible (Claude Code) — donne directement le texte/markdown extrait proprement de la page. Chemin recommandé.curl -sL <link> en fallback, puis extraction du contenu principal (soit par l'intelligence du modèle sur le HTML brut, soit via un outil de readability si l'environnement en a un).- Si les deux échouent (paywall, site down, anti-bot) : indiquer à l'utilisateur que le contenu n'a pas pu être récupéré et se contenter du
description + link. Ne jamais inventer le contenu d'un article qu'on n'a pas pu lire.
Pour type: "podcast" ou type: "youtube" — inutile de fetcher quoi que ce soit. Le description contient déjà le résumé utile (description d'épisode, description de vidéo). Proposer systématiquement le link pour écouter/regarder, et audioUrl pour les podcasts qu'on veut embarquer directement.
Pattern : brief matinal personnalisé
Quand l'utilisateur demande "fais-moi mon brief", "ma newsletter du matin", "ce qui s'est passé cette semaine sur X", etc. :
- Appeler
flux-discover.sh latest avec une fenêtre cohérente : --days 1 à --days 7 selon la demande. Défaut raisonnable : --days 3.
- Filtrer sémantiquement les articles selon les thèmes évoqués par l'utilisateur. Ne pas se contenter d'un match textuel plat — utiliser
title, description et categories pour juger de la pertinence réelle. Un article "AI-generated code quality" est pertinent pour le thème "IA" même si le mot "IA" n'apparaît pas.
- Sélectionner 5 à 8 articles, en privilégiant la diversité des sources (éviter 5 articles d'un même blog). Panacher blogs + podcasts + vidéos quand c'est pertinent.
- Pour chaque article
blog retenu : fetcher le link (WebFetch prioritaire) pour lire le contenu réel avant de synthétiser.
- Pour les podcasts/vidéos retenus : s'appuyer sur le
description, sans fetch.
- Composer un brief en markdown structuré par thème demandé, avec pour chaque article :
- Titre en lien cliquable vers
link
- 2-4 phrases qui résument le fond (pas juste le début de l'article)
source, type et date entre parenthèses à la fin
- Terminer par une section "Autres lectures" qui liste rapidement 3-5 articles pertinents non détaillés (titre + lien + source).
Pattern : recherche ad-hoc
Quand l'utilisateur demande "trouve-moi des articles sur X" ou "qu'est-ce qui s'est dit récemment sur Y" :
flux-discover.sh search "X" --days 30 (fenêtre plus large qu'un brief).- Si peu ou pas de résultats, élargir à
--days 90 ou faire une recherche par mot-clé connexe.
- Lister les résultats : titre, source, date, lien. Grouper par
type si utile.
- Proposer : "veux-tu que j'approfondisse un ou plusieurs de ces articles ?"
Si aucun résultat pertinent : le dire honnêtement. Ne pas synthétiser à partir de rien.
Pattern : approfondissement
Quand l'utilisateur pointe un article (via lien ou référence) :
- Fetcher le
link (WebFetch prioritaire).
- Rédiger une synthèse structurée : contexte, points-clés, conclusion, éventuels extraits marquants. Garder le lien cliquable vers l'original.
Pattern : exploration du paysage
Quand l'utilisateur demande "quelles sont les sources francophones sur le DevOps ?" ou "qui publie sur l'IA en français ?" :
flux-discover.sh sources --lang fr pour avoir la liste dédoublonnée.- Croiser avec
flux-discover.sh search "<thème>" --days 90 pour identifier qui a réellement produit sur le sujet récemment.
Principes transversaux
- Citer les sources en cliquable : l'utilisateur doit pouvoir revenir à l'article d'origine en un clic.
- Respecter la langue de sortie : par défaut, répondre dans la langue de l'utilisateur (français souvent). Pour un article anglais synthétisé à un francophone, traduire la synthèse.
- Honnêteté sur les échecs : si un fetch échoue, le dire, passer à l'article suivant. Ne jamais halluciner le contenu d'un article inaccessible.
- Pas de redondance : si deux articles traitent du même sujet, n'en détailler qu'un (le plus complet ou le plus récent), mentionner l'autre brièvement.
- Latence à connaître : Flux tourne en indexation quotidienne (~4 UTC). Les articles publiés après ce run apparaissent le lendemain. Ne pas promettre à l'utilisateur une fraîcheur à la minute.
Dépannage
- Le script retourne
[] : soit rien ne match (élargir --days, assouplir le terme de recherche), soit l'endpoint est indisponible (rare — Netlify). Vérifier avec curl -I https://flux.yoandev.co/search-index.json.
jq: error parsing : un article a un pubDate malformé. Le script l'ignore silencieusement, ce n'est pas bloquant.- Un site bloque le fetch : noter la source dans la synthèse ("Article inaccessible en fetch direct — voir lien ci-dessus"), continuer.
