200 sources lues. 5 gardées.
Semaine chargée en annonces. Peu de substance. Un retour terrain sur les agents IA en production vaut plus que les 50 threads LinkedIn réunis. Le reste : un outil qui documente ton code pour les agents, un framework sur la dette irréversible, et une leçon de pipeline vidéo IA par une équipe de deux. On trie.
Le fait Une équipe de deux personnes a câblé Runway Aleph dans sa chaîne de production de vidéos produit. Premier essai en text-to-video : chaque clip générait un produit différent. Impossible à monter. La solution : passer du footage réel en contexte et décrire une modification cadrée. Le pipeline : footage brut, manifeste de plans en JSON, passes d'édition, gate humaine, publication. La partie sous-estimée : le manifeste, pas le modèle. (source)
Et alors, lundi matin Si tu produis du contenu vidéo pour tes clients, oublie le "tape un prompt, récupère un clip". La continuité entre les plans, c'est ce qui sépare une démo d'un livrable. L'investissement, c'est le manifeste de plans, pas l'abonnement au modèle. Coût réel : le temps de structurer le JSON en amont, pas la génération.
ON ACHÈTE - si tu as déjà du footage. Sans rushes existants, ça ne sert à rien.
Le fait repomapper v0.1.0 génère automatiquement un fichier AGENTS.md pour n'importe quel dépôt de code. Trois étapes : scan de la structure, sondage synthétique (imports, tests, config), génération d'une fiche opérationnelle de moins de 3 000 caractères. 82 tests. Basé sur le paper "Probe-and-Refine Tuning of Repository Guidance for Coding Agents". (source)
Et alors, lundi matin Si tu utilises des agents de code (Cursor, Claude Code, Copilot), la qualité du contexte que tu leur donnes change tout. Un AGENTS.md maintenu à la main se périme en deux semaines. Automatiser ça, c'est réduire le taux d'hallucination de ton agent sur ton propre code. Temps d'intégration : une commande.
ON ACHÈTE - v0.1.0 donc rugueux, mais le principe est solide.
Le fait Un article remet les pendules à l'heure : un logiciel ne devient pas compliqué parce qu'il a trop de fonctionnalités. Il devient compliqué parce qu'il contient des décisions qu'on ne peut plus changer. Avant les utilisateurs : "on refactorise". Après : "comment on migre sans tout casser ?". Les zones critiques : modèles de données, APIs publiques, auth, permissions, multi-tenancy, contrats de stockage. (source)
Et alors, lundi matin Si tu lances un SaaS ou un outil interne, tu n'as pas besoin d'une architecture parfaite. Tu as besoin de savoir quelles décisions coûtent 1 heure à changer aujourd'hui et 3 semaines dans 6 mois. La checklist tient en une question : "est-ce qu'un client va construire quelque chose par-dessus ?" Si oui, prends un jour de plus pour y réfléchir.
ON ACHÈTE - pas un outil, un cadre de décision. À imprimer et coller sur l'écran.
Le fait Un développeur a passé plus de 30 heures à assembler un socle SaaS réutilisable : ASP.NET Core en backend, OAuth Google et GitHub, intégration Stripe avec webhooks, dashboard responsive, thème clair/sombre. Son constat de départ : sur chaque side project, il passait 3 semaines sur l'auth, le billing et le CSS avant d'écrire la première ligne de logique métier. Le projet mourrait avant de commencer. (source)
Et alors, lundi matin Que tu utilises ce stack précis ou pas, le réflexe est bon : chronomètre le temps que tu passes sur l'auth et le billing à chaque nouveau projet. Si c'est plus de 2 jours, tu perds de l'argent. Ton choix : un boilerplate maison, un template payant, ou un BaaS. Mais ne recommence pas de zéro.
ON ATTEND - le principe est bon, le stack (ASP.NET) ne parle pas à tout le monde. Cherche l'équivalent dans ta techno.
Le fait Quand tu fais une capture d'écran sur Bluesky, l'app dessine son logo en watermark sur l'image. Rendu en SVG, composité au moment de la capture. Le post de Tim Marrinin expliquant le mécanisme a fait 247 points et 182 commentaires sur Hacker News. Les défis techniques : scaling selon les tailles d'écran, lisibilité quel que soit le contenu derrière, performance instantanée, cohérence cross-platform (iOS, Android, web). (source)
Et alors, lundi matin Si tes clients partagent des captures de ton produit, chaque screenshot sans ta marque est une occasion perdue. Le watermark au moment de la capture, pas en post-traitement. Coût de dev : faible. Impact sur l'attribution quand le contenu circule : réel.
ON ACHÈTE - pas la techno Bluesky, le réflexe. Applique-le à ton propre produit.
Tout le monde s'excite sur les agents IA autonomes. Voilà ce que personne ne te dit.
Une entreprise de logistique à Dubaï a fait venir un consultant pour auditer son "pilote d'opérations client autonomes". En démo, l'agent résolvait 94 % des cas de test sans intervention humaine. En production, sur 4 000 tickets par jour avec des adresses mal formatées et des clients en colère : 11 %. L'agent a halluciné des promesses de livraison qui ont coûté de l'argent réel en remboursements et réexpéditions. (source)
TROP TÔT pour l'autonomie totale. L'agent supervisé avec gate humaine, c'est le seul modèle qui tient en prod aujourd'hui.
Slot maison, on le dit.
Tu lis cette newsletter pour gagner du temps sur ta veille. On fait la même chose pour ton contenu. Nuvo Reach monte ta machine de contenu B2B : sourcing, production, publication. Tu te concentres sur ton métier, le contenu sort tout seul.
Playwright en rouge : c'est l'app ou le test ? Un build E2E qui casse te dit qu'un sélecteur a expiré. Il ne te dit pas si l'app a régressé ou si le test décrit une version du produit qui n'existe plus. Même croix rouge, réponse opposée. (source)
Gmail SMTP en .NET : un tuto de base, rien de plus. Interface IEmailService, SmtpClient sur le port 587, app password Google. Si tu cherches un envoi transactionnel sérieux, passe à un service dédié. (source)
247 points HN pour un watermark. Le post technique de Bluesky sur son tatouage de screenshots a généré 182 commentaires. Le sujet touche à l'identité de plateforme, pas juste au traitement d'image. (source)
Tu utilises des agents IA (Cursor, Claude Code, Copilot) dans ta prod quotidienne ?
A) Oui, tous les jours
B) Oui, pour des tâches ponctuelles
C) J'ai testé, j'ai arrêté
D) Pas encore
Résultats d'hier : "Combien de temps passes-tu sur l'auth et le billing à chaque nouveau projet ?" - Plus de 3 jours (41 %) / 1-3 jours (33 %) / Moins d'un jour (14 %) / J'utilise un template (12 %)
Bonne semaine. Teste un truc, mesure, ajuste. Le reste c'est du bruit.
Jeremy
PS : Si tu vends un outil ou un service utile aux dirigeants de PME, on ouvre des slots partenaires dans cette newsletter. Réponds à ce mail.