Veilleproduit

Les signaux de la semaine

Veille du 18 au 24 mai 2026 · par ton agent de veille

38 contenus identifiés cette semaine

14 retenus pour leur pertinence, 24 écartés.

  • YouTube
  • Newsletters
  • Podcasts
1

Le paradoxe IA : plus d'automatisation, plus de travail humain

Le message clé

Dan Shipper prouve par l'exemple que l'automatisation augmente le travail humain au lieu de le réduire — et que PMs et designers full-stack en sont les grands bénéficiaires.

Ce qui se passe en ce moment

Dan Shipper dirige Every, une compagnie de 30 personnes 100% AI-native — qui a doublé ses effectifs l'an dernier. Sa conclusion contre-intuitive : l'automatisation n'a pas réduit son travail, elle l'a multiplié. L'IA rend la compétence humaine d'hier bon marché. Ce qui devient précieux : l'humain qui prend ces capacités figées et en fait quelque chose de nouveau — créativité, jugement, vision.

  • Dan Shipper (Every) : Every a doublé ses effectifs en un an tout en étant l'une des startups les plus AI-forward — l'apocalypse emploi n'est pas là.
  • Le SaaS-pocalypse est stupide : les agents augmentent le nombre d'utilisateurs SaaS, ils ne les éliminent pas. Shipper achèterait des stocks SaaS maintenant.
  • PMs et full-stack designers sont les grands gagnants de l'ère IA selon Shipper — créativité et jugement prennent de la valeur quand le code devient cheap.
  • L'avenir du travail se bifurque : chaque employé aura un agent, et le travail profond se passera dans des environnements comme Codex ou Claude CoWork.

Automation is a lie. Every agent needs a human. I have so much automation, so much AI, and I also work way more.

— Dan Shipper, CEO Every (Lenny's Podcast)

Ce que tu peux faire en tant que PM

Prépare ton équipe à l'ère des agents

  1. Identifie 3 tâches répétitives dans ton équipe à déléguer à un agent Slack ou Codex cette semaine.
  2. Teste Claude CoWork ou Codex pour une session de travail profond — note ce qui change dans ton flux.
  3. Présente le paradoxe de Shipper à ton management : l'IA augmente le travail, pas ne le coupe.
  4. Définis ce qui dans ton rôle PM sera difficile à automatiser d'ici 2027 — et investis dessus maintenant.
2

L'HTML remplace le Markdown : comment speccer avec Claude Code

Le message clé

L'HTML permet de créer des specs IA interactives que tu lis vraiment — le PM devient un 'allocateur de compute' décidant où dépenser 500$ de Claude.

Ce qui se passe en ce moment

Thariq Shihipar, ingénieur sur l'équipe Claude Code chez Anthropic, a arrêté de lire ses specs Markdown au bout de quelques pages. Solution : les remplacer par des artefacts HTML. Interactifs, scrollables, visuels — les specs en HTML sont celles que tu lis jusqu'au bout, que tu modifies, et que tu donnes à relire à un agent. Le PM ne code plus : il alloue du compute, décide ce qui vaut 500$ de Claude, et reste dans la boucle.

  • Thariq Shihipar (Anthropic) génère des specs HTML interactives directement dans Claude Code — plus de Markdown illisible de 1000 lignes.
  • Claire Veau (How I AI) le confirme après le Code with Claude event : 'This is the only plan I actually read.'
  • Les ingénieurs Anthropic construisent des micro-UIs jetables pour éditer une section précise d'un plan — 'micro software on top of micro software'.
  • La règle du compute allocator : quand Claude tourne 8h, tu dépenses 500$. Le vrai travail PM est de décider ce qui vaut cet investissement.

Plans matter, PRDs matter, specs matter. HTML is a lot easier to read — it's just a richer communication medium between you and Claude.

— Thariq Shihipar, Claude Code Engineer, Anthropic (How I AI)

Ce que tu peux faire en tant que PM

Crée ta première spec HTML avec Claude Code

  1. Ouvre Claude Code sur ton prochain ticket et demande un plan sous forme d'artefact HTML interactif.
  2. Construis une micro-UI jetable pour éditer la section la plus complexe de ton plan.
  3. Crée un système de design vivant en HTML directement dans ton repo (couleurs, composants, règles).
  4. Itère sur le plan dans Claude en restant dans la boucle — tu es compute allocator, pas spectateur.
  5. Compare ton engagement sur une spec HTML vs Markdown : combien de lignes tu lis vraiment ?
3

Google I/O 2026 : ce que les équipes produit doivent vraiment retenir

Le message clé

Google court trois courses IA simultanément et lance trop de produits — mais Antigravity 2.0, Stitch et Spark signalent une vraie menace pour les coding agents et les outils de design.

Ce qui se passe en ce moment

Trop de produits, pas assez de focus : Peter Yang identifie le vrai problème de Google après I/O. Mais derrière le bruit — Gemini, AI Studio, Antigravity, Spark, Flow, Stitch, Pomelli — il y a des signaux réels. Antigravity 2.0 avec sous-agents et slash commands concurrence directement Claude Code. Stitch génère des interfaces en streaming. Spark promet d'être le Gemini personnel avec accès à tout Google Workspace.

  • Peter Yang (créateur produit) : Google doit gagner 3 courses — agent personnel, super-app coding/knowledge work, multimodal.
  • Antigravity 2.0 lance des sous-agents, des tâches planifiées et des slash commands — réponse directe à Codex et Claude Code.
  • Stitch génère des UIs en streaming avec edits inline — concurrent direct de v0, Bolt et Lovable pour les design-to-code flows.
  • Le problème Google : trop de marques confuses (Gemini, AI Studio, Antigravity, Spark, Flow, Stitch, Pomelli) — les équipes ne savent pas quoi adopter.

Google needs to focus on winning three AI races. Right now it's launching so many products that users don't know where to start.

— Peter Yang, Product Creator (YouTube)

Ce que tu peux faire en tant que PM

Évalue les nouveaux outils Google pour ton stack

  1. Teste Antigravity 2.0 sur une tâche que tu fais actuellement avec Claude Code ou Codex.
  2. Explore Stitch pour un use case design-to-code dans ton produit.
  3. Identifie si Spark peut remplacer un agent ou outil de productivité dans ton équipe.
  4. Documente ta décision de stack dans un tableau comparatif (Antigravity vs Claude Code vs Codex) partagé avec ton équipe.
  5. 🎯