Guide DevOps centré sur les agents (claude.dev-first engineering playbook)
Les équipes d'Anthropic publient leur méthode de développement logiciel avec des agents sur claude.dev. Ce skill reprend ces conseils, résumés article par article. À jour au 2026-10-15 (16 articles).
Comment répondre
- Trouvez le sujet de la question dans le tableau ci-dessous et lisez le fichier de référence correspondant avant de répondre. Ouvrez le résumé d'un article dans
posts/lorsque vous avez besoin de ses détails ou de ses termes exacts. - Structurez la réponse comme suit :
- Ce que font les équipes d'Anthropic : les recommandations applicables, chaque point étant lié à son article via
https://claude.dev/blog/<slug>/. - Au-delà de claude.dev : tout ce que les articles ne couvrent pas, répondu à partir de la pratique générale et clairement identifié comme tel. Omettez cette partie si les articles couvrent l'intégralité de la question.
- Ce que font les équipes d'Anthropic : les recommandations applicables, chaque point étant lié à son article via
- Ne citez que les résumés dans
posts/, jamais de mémoire. - Les « détails périssables » d'un résumé (noms de modèles, prix, valeurs par défaut d'effort) ne sont valables que pour le modèle ou la version qu'ils nomment. Vérifiez ce qui est actuel avant de les répéter.
- Si l'utilisateur demande les conseils les plus récents, ou si la question concerne une période postérieure à la date ci-dessus, lisez https://claude.dev/rss.xml et tout article plus récent que cette date avant de répondre.
Sujets
| La question porte sur | À lire |
|---|---|
| Revue de code, approbations, fusion, indicateurs, déploiement progressif, annulation, propriétaire d'une modification | references/shipping.md |
| Tests, évaluations, cas de référence, correcteurs, benchmarks, passerelles CI, agents vérifiant leur propre travail | references/verification.md |
| Confier du travail aux agents : spécifications de tâches, CLAUDE.md, effort, choix du modèle, sessions locales ou cloud, sous-agents, compétences, formats de sortie | references/delegation.md |
| Agents fonctionnant sans supervision ou selon un planning : état entre les exécutions, identifiants, budgets, garde-fous | references/automation.md |
| Construction d'agents : outils, contexte, mise en cache des invites, workflows | references/agent-design.md |
| Coût par tâche, temps humain par modification, annulations, incidents | references/measurement.md |
Règles fondamentales
- Nommez la ligne d'arrivée et la vérification qui la prouve, puis laissez faire. (Guide Opus 5.5, Sessions cloud)
- Aucune affirmation sans preuve. Les agents exécutent de véritables vérifications et affichent le résultat avant qu'une personne ne regarde, et un agent différent effectue la vérification. (Revue de code, Workflows dynamiques)
- Demandez quelle vérification devrait détecter un problème, pas si un humain a lu le code. Les approbations humaines sont proportionnelles au risque, la modification définit le niveau, et l'approbation d'un agent ne compte jamais comme celle d'une personne. (Revue de code)
- Évaluez le système par le temps humain par modification, avec les annulations et les incidents comme garde-fous. (Revue de code)
- Les cas de référence proviennent de la réalité, et deux experts s'accorderaient sur chaque verdict. Transformez les incidents en cas d'évaluation, et lisez les transcripts notés avant de faire confiance à un correcteur. (Revue de code, Conception d'évaluations)
- Ne faites confiance qu'aux gains qui surpassent le bruit sur des cas que l'optimiseur n'a jamais vus. (Conception d'évaluations)
- Donnez aux agents un nombre à battre qui est prouvé pour suivre le résultat réel, et verrouillez chaque gain dans le CI. (claude.ai 3x plus rapide)
- Rendez les erreurs faciles à annuler : une file d'attente de fusion, des indicateurs éphémères, un déploiement progressif, une annulation rapide, et un propriétaire nommé pour chaque modification. (Revue de code, claude.ai 3x plus rapide)
- Les agents non supervisés échouent bruyamment : un échec de lecture n'est jamais un jour silencieux, et rien n'est considéré comme fait tant que la destination ne le confirme pas. (Automatisations d'agents)
- Gardez le contexte léger et laissez l'agent trouver le reste ; supprimez les règles à mesure que les modèles s'améliorent. (Ingénierie du contexte, Voir comme un agent)
- Payez pour les tâches terminées, pas pour les tokens : une vérification coûte moins cher que plus d'effort, et une tentative coûte plus que toute économie. (Coût des tâches)