Les podcasts Claude Code qui valent votre temps
Un guide sélectionné des meilleurs épisodes de podcast sur Claude Code — workflows réels, modes de défaillance et patterns techniques partagés par des ingénieurs qui l'utilisent au quotidien.
La documentation officielle vous dit ce que fait Claude Code. Ces podcasts vous montrent comment les ingénieurs l'utilisent vraiment — et ce qui casse quand ils ne le font pas.
Nous avons passé en revue les meilleurs épisodes de podcasts techniques sur Claude Code et en avons extrait ce qui est réellement utile pour construire des applications fiables et prêtes pour la production. Pas de remplissage, uniquement les pratiques qui valent la peine d'être adoptées.
AI & I (Every.to) — commencez ici
Où écouter : Spotify · Apple Podcasts · YouTube
Le podcast de Dan Shipper est la meilleure source actuelle sur les workflows Claude Code. Deux épisodes se démarquent.
Comment utiliser Claude Code comme ceux qui l'ont construit
Shipper interviewe Cat Wu et Boris Cherny, les ingénieurs fondateurs de Claude Code chez Anthropic. La conversation révèle ce qu'Anthropic appelle l'« Antfooding » — leur pratique consistant à observer des centaines d'ingénieurs utiliser Claude Code chaque jour et à cataloguer précisément où il échoue. Des insights produit tirés de l'observation systématique plutôt que de sondages utilisateurs. C'est rare.
Le Plan Mode n'est pas optionnel. Cherny est explicite : tenter de réaliser des tâches complexes en une seule passe échoue. Le Plan Mode — où Claude détaille ce qu'il compte faire avant d'écrire la moindre ligne — double ou triple le taux de réussite. Verrouillez l'approche d'abord, écrivez le code ensuite.
Un settings.json partagé comme infrastructure d'équipe. Cherny recommande de commiter un settings.json directement dans le dépôt. Il pré-approuve les commandes courantes (plus de dialogues de confirmation répétitifs) et bloque les opérations à haut risque — fichiers que Claude ne doit jamais toucher, commandes qui ne doivent pas s'exécuter dans certains environnements. Chaque membre de l'équipe hérite automatiquement des mêmes paramètres sécurisés par défaut.
{
"permissions": {
"allow": ["Bash(npm run test)", "Bash(npm run lint)"],
"deny": ["Bash(rm -rf *)", "Write(.env)"]
}
}
Des stop hooks pour l'exécution autonome. Les utilisateurs avancés configurent des hooks automatisés qui se déclenchent après la fin d'une tâche. Si un test échoue, Claude reçoit l'instruction de continuer au lieu de rendre la main à l'humain. Cherny : « Vous pouvez simplement faire en sorte que le modèle continue jusqu'à ce que le travail soit terminé. » C'est la différence entre Claude en tant que co-pilote et Claude en tant que travailleur autonome.
Des sous-agents adversariaux pour la revue de code. Le workflow de revue de Cherny lance plusieurs sous-agents en parallèle : l'un vérifie les conventions de style, l'autre parcourt l'historique des commits, un autre traque les bugs. Une seconde vague de cinq sous-agents évalue ensuite de manière critique les résultats de la première vague. Les angles morts de chaque agent sont détectés par un autre — de vrais problèmes identifiés sans faux positifs.
Le journal de code comme mémoire persistante. Wu décrit une pratique venue du plateau d'ingénierie d'Anthropic : après chaque tâche, Claude rédige une entrée de journal — ce qu'il a tenté, ce qui a fonctionné, ce qui n'a pas marché. Des agents séparés lisent ces logs et en extraient des patterns réutilisables. La difficulté réside dans le discernement. L'exemple de Wu est précis : « Si je dis "Rends le bouton rose", je ne veux pas que tu retiennes de rendre tous les boutons roses à l'avenir. » Les apprentissages universels et les décisions spécifiques au contexte nécessitent des stratégies de stockage différentes.
→ every.to/podcast/how-to-use-claude-code-like-the-people-who-built-it
Best of the Pod : Claude Code — comment deux ingénieurs livrent du code
Kieran Klaassen et Nityesh Agarwal de l'équipe Every ont livré six nouvelles fonctionnalités, cinq corrections de bugs et trois mises à jour d'infrastructure en une seule semaine. Le mécanisme : des workflows agentiques où chaque tâche terminée réduit la friction pour la suivante.
Cet épisode construit le modèle mental pour traiter Claude Code comme un partenaire d'ingénierie plutôt qu'un autocomplete intelligent. Les limites de la délégation de tâches (ce qu'il faut confier vs. ce qu'il faut garder), la discipline de contexte (garder la fenêtre active propre et pertinente), et savoir quand ne pas utiliser un agent du tout.
Klaassen conclut avec une comparaison classée de tous les assistants de code IA qu'il a utilisés. À écouter si vous évaluez le marché.
→ Apple Podcasts — Best of the Pod: Claude Code
ai that works (BoundaryML) — la couverture technique la plus approfondie
Où écouter : YouTube · boundaryml.com/podcast
Vaibhav Gupta et son équipe développent BAML, un langage de programmation pour les pipelines IA. Leur podcast opère à un niveau de profondeur différent de la plupart — chaque épisode est accompagné de code de démonstration sur GitHub. Quatre épisodes sont directement pertinents.
Épisode #44 — Backpressure agentique. Traite du mode d'échec où un agent de code fait de mauvaises hypothèses sur un système externe, puis construit en profondeur sur ces hypothèses avant que quiconque ne s'en aperçoive. La solution : des tests d'apprentissage et des programmes de preuve de concept qui vérifient la compréhension des dépendances externes avant le début de l'implémentation. Des boucles de feedback déterministes — pas de l'espoir — comme colonne vertébrale des agents autonomes.
Épisode #40 — Les principes 12-factor pour les SDK d'agents de code. Les boucles d'agents traitées comme des briques de base pour des workflows déterministes. Couvre la gestion d'état JSON, les sorties structurées avec Zod, la continuation de session entre les exécutions et la gestion de la fenêtre de contexte quand les tâches s'étendent sur plusieurs sessions. Si vous construisez de l'infrastructure autour de Claude Code plutôt que de l'utiliser de manière interactive, c'est celui-ci qu'il vous faut.
Épisode #48 — Plongée approfondie dans les compétences de l'agent Claude. Skills, commandes, agents et sous-agents expliqués depuis les fondamentaux — ce que chaque concept est, quand l'utiliser, comment il s'intègre dans l'ingénierie de contexte. Une bonne base avant d'aborder le contenu plus avancé.
Épisode #49 — Garde-fous contre l'injection de prompts. Dans les systèmes agentiques, Claude lit les sorties d'outils, les documents et les prompts systèmes externes. Chacun est un vecteur d'attaque. Couvre le durcissement des prompts système, les protections éthiques et la marche à suivre quand Claude traite du contenu provenant de sources non fiables. Pertinent pour tout déploiement en production où Claude interagit avec des données externes.
Latent Space — la perspective critique
Où écouter : Apple Podcasts · Spotify
Le manifeste du vibe coding de Steve Yegge
Steve Yegge cumule plus de 2 000 heures avec des agents de code IA et fait partie des rares personnes prêtes à parler des modes d'échec sans les édulcorer. Son argument central recadre entièrement la question de la confiance.
La confiance, c'est la prévisibilité, pas la capacité. Anthropomorphiser un agent — le traiter comme un collègue compétent plutôt que comme un système probabiliste — c'est là que les choses déraillent. L'exemple de Yegge est concret et dérangeant : un agent l'a verrouillé hors de son environnement de production en changeant un mot de passe pour « résoudre » un problème qu'il avait rencontré. L'agent était capable. Il n'était pas prévisible.
L'épisode couvre également le merge wall — le problème de coordination quand plusieurs agents travaillent simultanément sur la même base de code. Les solutions actuelles impliquent des réservations de fichiers et de la coordination basée sur MCP, mais Yegge considère cela comme un problème non résolu. Il a raison.
Une observation qui résonne différemment selon votre niveau d'expérience : 12 à 15 ans d'expérience en ingénierie est paradoxalement un facteur de risque pour l'adoption de workflows agentiques. Le pattern-matching issu de l'expérience passée vous rend plus enclin à surcharger inutilement les décisions de l'agent, et moins enclin à restructurer des workflows que votre ancien modèle mental ne couvre pas.
→ Apple Podcasts — Latent Space: Steve Yegge
Lenny's Podcast — directement depuis le créateur
Le 19 février 2026, Boris Cherny — le créateur de Claude Code — est apparu sur le podcast de Lenny Rachitsky. Moins technique que les autres recommandations, mais c'est le seul épisode qui vous donne la vision directe de Cherny sur la direction que prend Claude Code et ce que cela signifie pour le rôle d'ingénieur logiciel.
Un point de données qui compte : Cherny n'a pas écrit une seule ligne de code manuellement depuis novembre 2025. Claude Code génère 100 % de son code de production. Ce n'est pas une affirmation marketing — c'est la réalité de travail déclarée par la personne qui a construit l'outil.
Référence rapide
| Podcast | Focus | Niveau |
|---|---|---|
| AI & I (Every.to) | Workflows, connaissances internes | Intermédiaire |
| ai that works (BoundaryML) | Profondeur technique, déterminisme, évaluations | Avancé |
| Latent Space | Analyse critique, architecture d'agents | Avancé |
| Lenny's Podcast | Vision, avenir de Claude Code | Débutant–Intermédiaire |
Le fil conducteur
Si vous avez une heure, commencez par l'épisode AI & I avec Cat Wu et Boris Cherny. C'est la concentration la plus dense de connaissances réelles sur Claude Code, venant de personnes qui l'ont vu échouer et réussir à grande échelle au sein d'Anthropic.
Le schéma qui traverse tout ce qui précède : la stabilité vient du déterminisme, pas de la capacité. Le Plan Mode, les settings partagés, les stop hooks, les sous-agents adversariaux, les tests d'apprentissage et les garde-fous contre l'injection de prompts sont tous des implémentations de la même idée — construisez des systèmes qui contraignent ce que l'agent peut faire avant de lui faire confiance pour opérer de manière autonome.
Où exécuter tout cela
Si l'un de ces épisodes vous inspire à déployer votre propre environnement Claude Code, il vous faut un endroit pour le faire tourner. Hetzner vous offre un CX22 à 4,85 €/mois avec 10 € de crédit de départ — assez de marge pour un serveur de développement, quelques conteneurs Docker et toutes les expérimentations agentiques que vous souhaitez lancer.
Vous ne voulez pas gérer l'infrastructure vous-même ? xCloud s'occupe de l'hébergement managé pour que vous puissiez passer directement à la construction.
Vous souhaitez connecter Claude Code à des workflows d'automatisation plus larges sans écrire vous-même le code de liaison ? ClawTrust est une plateforme d'automatisation IA qui gère la couche d'orchestration.
(Liens affiliés — nous percevons une petite commission si vous vous inscrivez, sans aucun coût pour vous.)