Édition Markdown

AI-translated from English; not yet reviewed by a fluent editor.

# Créer une veille d’actualité personnelle avec une compétence de programmation

> Un guide fondé sur une version précise de la compétence de veille : collecte, doublons, filtres, décisions incertaines, liens et livraison. BIG CHANGE ne l’a pas exécutée.

By BIG CHANGE Editorial

Published: 2026-10-19T13:04:34.919Z
Updated: 2026-10-19T13:04:34.919Z
Canonical: https://bigchange.ai/blog/personal-ai-news-digest-coding-skill

![Charcoal illustration of one standing reader by a window looking at three short entries on a tablet, each with a small orange mark.](https://bigchange.ai/api/media/file/personal-news-digest-standing-reader-concept-v2.png)
AI-generated conceptual illustration by BIG CHANGE.

Une veille d’actualité personnelle avec l’IA demande davantage qu’une consigne résumant des liens. Elle doit collecter des sources auxquelles vous avez accès, reconnaître les éléments déjà vus, distinguer les critères factuels du jugement et conserver une trace enregistrée des contenus envoyés, avec leurs liens. La [compétence build-signal-engine de Cole Medin](https://github.com/coleam00/skills/tree/847be0848ae7b997ae4420bc0eac267177a066a2/.claude/skills/build-signal-engine) donne à un agent de programmation les instructions nécessaires pour construire ce système dans votre propre dépôt. C’est une procédure de construction : le code obtenu et son comportement dépendent de vos réponses, sources, services et tests.

Ce guide s’adresse aux personnes qui utilisent déjà Claude Code, contrôlent un dossier de projet et peuvent déterminer quels flux ou API elles ont le droit d’utiliser. Il vous faut un accès à ces sources et les identifiants des services payants de données ou de modèles choisis. Les fichiers de la compétence sont distribués sous la licence MIT du dépôt ; l’agent, la récupération des sources et les appels aux modèles peuvent néanmoins être payants. BIG CHANGE a inspecté la compétence au commit `847be0848ae7b997ae4420bc0eac267177a066a2` et la documentation des fournisseurs. Nous ne l’avons ni installée, ni utilisée pour construire un moteur ou produire une synthèse.

## 1. Ajouter la version figée de la compétence au projet

Dans un dossier de travail distinct, clonez le [dépôt de compétences de Cole Medin](https://github.com/coleam00/skills), puis placez-vous sur le commit figé :

```sh
git clone https://github.com/coleam00/skills.git skills-source
git -C skills-source checkout --detach 847be0848ae7b997ae4420bc0eac267177a066a2
```

Copiez le dossier complet `skills-source/.claude/skills/build-signal-engine/` dans `<your-project>/.claude/skills/build-signal-engine/`. Conservez ses sous-dossiers `references/` et `templates/` à côté de `SKILL.md` : les instructions utilisent leurs chemins relatifs. Joignez la [MIT LICENSE](https://raw.githubusercontent.com/coleam00/skills/847be0848ae7b997ae4420bc0eac267177a066a2/LICENSE) du dépôt et sa mention de droit d’auteur à la copie. Cette installation propre au projet évite d’emporter les autres compétences du dépôt et lie le guide à une version vérifiable.

Ouvrez ce dépôt dans Claude Code et démarrez une nouvelle session pour qu’il découvre la compétence du projet. Vérifiez que `build-signal-engine` apparaît dans les compétences disponibles, puis appelez `/build-signal-engine` avec le chemin du dépôt où construire le moteur. La [documentation des compétences de Claude Code](https://code.claude.com/docs/en/skills) décrit la découverte de `.claude/skills/<name>/SKILL.md` et l’appel `/skill-name`. Si la découverte échoue, vérifiez l’orthographe du dossier et la présence de `SKILL.md` directement à l’intérieur avant de modifier les sources ou fournisseurs. Inspectez la compétence et ses fichiers associés avant de l’autoriser à écrire ou exécuter du code.

## 2. Approuver un profil fondé sur vos propres exemples

La compétence commence par un entretien. Expliquez quelles informations changeraient une de vos décisions, où un élément réellement manqué est apparu en premier et où vous liriez la synthèse. Fournissez de vrais éléments souhaités et d’autres que vous auriez écartés, avec leurs liens si possible. Choisissez les sources autorisées, les critères factuels comme l’âge ou l’engagement, la longueur et la destination de la synthèse. L’agent doit transformer ces réponses en `PROFILE.md` à partir de `templates/PROFILE.md` et vous le présenter pour approbation avant la construction.

Lisez la liste des sources et les questions de décision du fichier. Une question demandant si un élément annonce une nouveauté concrète doit avoir un sens précis pour votre travail. Les exemples à conserver ou écarter formeront ensuite un petit jeu de tests. Si quelques flux simples suffisent, envisagez un lecteur de flux ou des alertes : un moteur ajoute des composants et des appels de service récurrents.

Gardez les identifiants des sources hors du profil, des consignes, des fichiers versionnés et des journaux. La compétence demande un fichier d’environnement ignoré par Git et chargé par le programme généré. Vous devez quand même vérifier quels champs sont envoyés à chaque fournisseur, notamment si vos centres d’intérêt ou les textes contiennent des informations sensibles.

## 3. Construire une première source autorisée, puis vérifier le stockage

Demandez à l’agent d’implémenter une source de bout en bout avant d’en ajouter d’autres. Pour chacune, choisissez un accès permis : son flux ou API officiels, un fournisseur sélectionné ou une autre méthode autorisée par ses conditions. Excluez toute source sans accès automatisé autorisé. Le fichier `references/sources.md` décrit des types de sources et leurs modes d’échec ; il ne vous accorde aucun droit d’accès.

Chaque élément collecté doit correspondre aux champs de `templates/item_schema.md` : `id` stable, source, titre, URL, corps, date de publication, engagement lorsqu’il existe et métadonnées. Le stockage consigne aussi le filtre appliqué, le résultat de décision et l’apparition dans une synthèse. Les journaux de modifications doivent devenir des entrées datées distinctes avec des identifiants stables, plutôt qu’une page évolutive traitée comme un seul élément. La compétence suggère SQLite sauf si vous utilisez déjà un autre stockage.

Inspectez une réponse réelle de la source et les lignes enregistrées. Lors d’une seconde collecte, confirmez que les identifiants et URL désignent les mêmes éléments ; notez pour chaque source les nombres reçus, nouvellement stockés et dupliqués. Examinez toute réponse vide inattendue, date manquante, erreur d’analyse ou seconde exécution recréant les mêmes entrées. La déduplication empêche de répéter le stockage ou les décisions en aval sur le même identifiant ; elle n’annule pas les frais d’une nouvelle récupération payante.

## 4. Séparer les filtres factuels des décisions

Faites appliquer par le code généré des filtres explicites d’âge, d’engagement chiffré, de langue, de longueur et d’éléments déjà vus. Lisez les nombres écartés par règle et échantillonnez les éléments concernés. Si une source a déjà facturé une ligne, un filtre ultérieur ne la rembourse pas. Plafonnez les lignes facturables par exécution et consignez séparément les tarifs des sources, du modèle de décision et du modèle de lecture.

Pour les éléments restants, la compétence propose une requête de décision typée par élément, regroupant les questions du profil : pertinence et présence d’une nouveauté concrète. Sa référence propose Jev de TypeSafe via OpenRouter ; un modèle à sortie structurée constitue une autre option. La référence figée nomme `typesafe/jev-1.13`. Le [guide Jev d’OpenRouter d’octobre 2026](https://openrouter.ai/blog/insights/what-is-jev/) décrit la version 1.14 et indique que la 1.13 reste disponible. Conservez la version figée sauf changement délibérément examiné et testé. Le point d’accès de décision de Jev diffère d’un appel de complétion de conversation. [Notre précédent article sur Jev](https://bigchange.ai/articles/jev-typesafe-ai-decisions-software-diogo-almeida) explique son rôle plus large dans les décisions logicielles.

Conservez une raison pour les exclusions factuelles claires ou de faible pertinence. Envoyez les éléments clairement retenus et les cas incertains à l’étape de lecture. Une décision échouée ou mal formée ne donne aucun verdict : signalez-la pour inspection ou reprise contrôlée, sans jamais l’écarter silencieusement. Le repli vers la lecture prévu par la compétence doit également respecter un budget. Si des appels échoués ou un lot trop gros dépasseraient le budget de lecture approuvé, mettez ces éléments en attente de manière visible plutôt que de dépenser sans limite. Ce sont des contrôles à exiger du moteur généré, pas des comportements vérifiés par BIG CHANGE.

Évaluez vos exemples à conserver ou écarter et un échantillon étiqueté des éléments collectés. Examinez chaque élément souhaité que le système a éliminé ; corrigez une question ambiguë ou un choix de source avant d’ajuster un seuil. Une probabilité typée peut être erronée pour vos contenus. Préférences et engagement peuvent aider à classer un élément ; aucun des deux ne prouve son importance factuelle.

## 5. Enregistrer une synthèse liée avant sa livraison

Le modèle de lecture doit recevoir les éléments restants avec leurs sources, regrouper les comptes rendus apparentés et rédiger la synthèse au format approuvé. Vérifiez que chaque entrée conserve une URL de source fonctionnelle et distingue correctement une modification mineure, une sortie de produit et une affirmation non confirmée. Comparez la synthèse aux sources : une phrase soignée ne prouve pas qu’un changement a eu lieu.

La compétence prévoit d’enregistrer un fichier daté `digests/YYYY-MM-DD.md` avant la livraison par e-mail, messagerie ou notes. Confirmez qu’il existe et s’ouvre même si la livraison échoue. Ce fichier et les enregistrements permettent de retracer pourquoi un sujet a été inclus. Vérifiez que l’étape de livraison générée peut reprendre depuis ce fichier sans récupérer de nouveau les sources ni repayer l’exécution entière.

## 6. Autoriser et observer l’exécution récurrente

Avant d’enregistrer une automatisation, demandez à l’agent de montrer la commande d’appel et la procédure d’arrêt du moteur réellement généré, le planificateur de votre système, le fuseau horaire local, la destination, les identifiants utilisés, le plafond de lignes facturables, le journal et la protection contre les doubles exécutions. Examinez la commande exacte que le planificateur exécutera. La compétence cite cron, launchd et Windows Task Scheduler ; elle ne fournit pas de commande universelle du moteur. N’autorisez ce calendrier quotidien précis qu’après une exécution manuelle ayant produit un fichier lié que vous acceptez.

Observez une véritable exécution planifiée. Comparez ses comptes par source, motifs de filtrage, parcours de décision, frais de jetons et de services, chemin de sortie et résultat de livraison à l’exécution manuelle. Vérifiez qu’une seconde invocation ou des invocations simultanées ne dupliquent pas les effets. En cas d’échec, localisez l’étape dans le journal, conservez la synthèse enregistrée s’il y en a une, réparez le problème de source, décision ou livraison et ne relancez que l’étape nécessaire sous le même plafond de coût. Examinez aussi la commande de désactivation du planificateur pour arrêter les récupérations et frais récurrents.

Pendant une semaine, lisez le résultat en parallèle des sources importantes pour vous. Marquez les omissions et le bruit. Pour chaque omission, déterminez si l’élément n’a pas été collecté, a été filtré par une règle factuelle, écarté par une décision ou omis pendant la lecture. Modifiez cette étape et revérifiez. Cette semaine d’observation produit des éléments sur vos sources et questions ; elle ne certifie pas une précision sans surveillance.

## Le grand changement

La partie réutilisable de cette compétence sépare collecte, stockage stable, filtres factuels, jugements typés et lecture liée aux sources. Un agent de programmation peut assembler ces éléments autour d’un profil approuvé par le lecteur. Celui-ci reste responsable des droits d’accès, exemples, plafonds de dépenses et démarrage ou arrêt de la livraison quotidienne. Tant que le système généré n’a pas passé les contrôles de sources, doublons, omissions et exécution planifiée dans votre environnement, sa construction reste en cours.

## Sources et lectures complémentaires

- [La compétence build-signal-engine figée de Cole Medin](https://github.com/coleam00/skills/tree/847be0848ae7b997ae4420bc0eac267177a066a2/.claude/skills/build-signal-engine) documente l’entretien et la construction. Ses fichiers `references/` et `templates/` précisent correspondances des sources, routage des décisions et sortie de synthèse : ce sont des instructions, pas un moteur testé indépendamment.
- [La documentation des compétences de Claude Code](https://code.claude.com/docs/en/skills) établit la découverte propre au projet et l’appel direct. Elle ne valide pas ce moteur particulier.
- [Le guide Jev d’OpenRouter](https://openrouter.ai/blog/insights/what-is-jev/) décrit l’API de décision actuelle et les versions disponibles. Ses tarifs et exemples ne mesurent ni le coût ni la précision du pipeline du lecteur.
- [La licence MIT du dépôt](https://raw.githubusercontent.com/coleam00/skills/847be0848ae7b997ae4420bc0eac267177a066a2/LICENSE) précise la mention qui doit accompagner les copies ou portions substantielles des fichiers de la compétence.

## Sources

- [La compétence build-signal-engine figée de Cole Medin](https://github.com/coleam00/skills/tree/847be0848ae7b997ae4420bc0eac267177a066a2/.claude/skills/build-signal-engine) — constitue la procédure principale. Les références d’entretien, de sources, de décisions et de synthèse, ainsi que trois modèles de fichiers, documentent l’ordre, les champs et les contrôles prévus. Ils ne prouvent pas qu’un moteur généré fonctionne chez le lecteur.
- [Le guide des compétences de Claude Code](https://code.claude.com/docs/en/skills) — établit l’emplacement propre au projet `.claude/skills/<name>/SKILL.md`, la découverte et l’appel `/skill-name`. Il ne teste pas cette compétence.
- [Le guide Jev d’OpenRouter](https://openrouter.ai/blog/insights/what-is-jev/) — explique son API Decisions typée et indique qu’en octobre 2026 Jev 1.13 reste disponible à côté de la 1.14. Exemples et tarifs sont ceux du fournisseur, pas des mesures de ce flux de veille.
- [La licence MIT du dépôt source](https://raw.githubusercontent.com/coleam00/skills/847be0848ae7b997ae4420bc0eac267177a066a2/LICENSE) — exige que les mentions de droit d’auteur et d’autorisation accompagnent les copies ou portions substantielles du logiciel.