AI Encyclopedia · Out-of-series volume · DA1

French-language books

Bible de l'environnement de développement accéléré

Claude Code comme Manager, OpenCode et OpenRouter comme exécutants : stratégie, architecture, règles et installation pas à pas

In preparation, not yet published

This book is not on sale yet. Leave your email address to be notified when it is published.

Get notified at publication

About this book

Le présent livre, DA1, est un hors-série pour les développeurs : l'étude de cas complète et exécutable d'un assemblage des composantes décrites dans les six tomes, soit un environnement de développement accéléré dans lequel Claude dirige des modèles d'exécution rapides et peu coûteux, sous des garde-fous vérifiés. Il suppose les notions des six tomes, mais se lit seul : chaque notion utile y est rappelée.

Table of contents

Partie I — Le pourquoi : défis, analyses et décisions
  1. 1Le terrain, les défis et la stratégie
    • 1.1 Le développeur et sa façon de travailler
    • 1.2 Le poste de travail : prérequis et inventaire
    • 1.3 L'écosystème existant
    • 1.4 Les dix défis
    • 1.5 Objectifs et critères de succès
    • 1.6 La stratégie en une page
  2. 2Le moteur, le harnais et l'argent
    • 2.1 Le cerveau et le harnais : pourquoi un modèle seul ne suffit pas
    • 2.2 DeepSeek V4.1 Flash face à GPT-6 Astra et aux modèles Claude
    • 2.3 Exécuter le modèle localement ? Non
    • 2.4 Où obtenir DeepSeek, et pourquoi OpenRouter
    • 2.5 OpenCode et DeepSeek face à Claude Code et Opus 5
    • 2.6 Le scénario industriel : quatre projets, des vagues d'agents et la peur de la facture
    • 2.7 La hiérarchie des modèles
    • 2.8 Le juste milieu hybride et la trajectoire budgétaire
  3. 3Les décisions d'architecture : vision, relève, sécurité et mémoire
    • 3.1 Les interfaces : écrire le code et voir le rendu
    • 3.2 Le sniper : un modèle de relève d'une autre famille
    • 3.3 OpenClaw : pourquoi il est exclu
    • 3.4 Une seule interface : Claude comme Manager
    • 3.5 Isoler l'expérience dans un projet pilote
    • 3.6 Faut-il un harness autour de DeepSeek ? Où placer MCP et skills ?
    • 3.7 Le cerveau partagé : une seule source de vérité
Partie II — Le système : architecture, outils et règles
  1. 4L'architecture cible
    • 4.1 Vue d'ensemble : trois piliers
    • 4.2 Rôles et responsabilités
    • 4.3 Chaîne de commandement et flux d'information
    • 4.4 Le cycle de vie d'une tâche
    • 4.5 L'échelle d'escalade
    • 4.6 L'isolation anti-giblotte : les mécanismes
    • 4.7 La boucle visuelle
    • 4.8 L'architecture de l'information
    • 4.9 Le contrôle des coûts : huit couches
    • 4.10 Les frontières de sécurité
  2. 5Les outils du Manager et des workers
    • 5.1 Claude Code et le forfait Claude Max
    • 5.2 Les modèles Claude et les sous-agents
    • 5.3 OpenCode : l'exécutant des workers
    • 5.4 OpenRouter : la passerelle et le coffre-fort budgétaire
    • 5.5 DeepSeek V4.1 Flash : le coder
    • 5.6 Le sniper : GLM-5.3 par défaut
    • 5.7 L'inspecteur visuel : Qwen3-VL
  3. 6L'outillage, le poste et les connecteurs
    • 6.1 Git et les worktrees
    • 6.2 Node.js, pnpm, uv et Python
    • 6.3 L'outillage ops/ (devaccel)
    • 6.4 Playwright, Playwright MCP et le navigateur intégré
    • 6.5 Le serveur MCP de base de données
    • 6.6 n8n, Hermes Agent et Ollama : le pilier 3
    • 6.7 Les outils écartés et leurs raisons
  4. 7Les règles : un code de conduite strict
    • 7.1 Les règles d'or
    • 7.2 Le parallélisme et le découpage
    • 7.3 La délégation : les spécifications
    • 7.4 La revue et l'intégration
    • 7.5 La mémoire et la documentation
    • 7.6 La sécurité et les coûts
    • 7.7 La répartition stricte entre le développeur et Claude
    • 7.8 Les exceptions autorisées et leur déclaration
Partie III — Le plan d'action clé en main
  1. 8Le plan d'action, phases 0 à 2 : préparation, OpenRouter et outils système
    • 8.1 Le mode d'emploi du plan et sa vue d'ensemble
    • 8.2 Phase 0 : démarrage, lecture et cadrage
    • 8.3 Phase 1 : OpenRouter, compte, budget, confidentialité et clé
    • 8.4 Phase 2 : les outils système
  2. 9Le plan d'action, phases 3 à 5 : dépôt, orchestration et intégration à Claude Code
    • 9.1 Phase 3 : le dépôt et l'application pilote
    • 9.2 Phase 4 : le harness et l'orchestration
    • 9.3 Phase 5 : l'intégration à Claude Code
  3. 10Le plan d'action, phases 6 à 9 : tests d'acceptation, mise en service, calibration et bilan
    • 10.1 Phase 6 : les tests d'acceptation de bout en bout
    • 10.2 La décision GO ou NO-GO
    • 10.3 Phase 7 : la mise en service, jour 1
    • 10.4 Phase 8 : la calibration des modèles, semaines 1 et 2
    • 10.5 Phase 9 : le bilan du pilote et la migration, semaines 3 et 4
Partie IV — L'exploitation au quotidien
  1. 11La démarche de travail quotidienne
    • 11.1 Le cycle standard, du besoin à la fusion
    • 11.2 Rédiger une spécification qui réussit du premier coup
    • 11.3 Découper pour paralléliser sans conflit
    • 11.4 Qui fait quoi : la matrice de décision
    • 11.5 Superviser une vague
    • 11.6 Réviser et intégrer
    • 11.7 Débloquer une tâche needs-claude
    • 11.8 Les interfaces : boucle visuelle et regard final
    • 11.9 Comment Claude guide et contrôle les modèles
    • 11.10 Le rythme et la gestion des limites de Claude
    • 11.11 Plusieurs projets en parallèle, après la migration
  2. 12Connaissance, mémoire et documentation
    • 12.1 Le principe : le dépôt est le cerveau partagé
    • 12.2 La matrice des fichiers
    • 12.3 CLAUDE.md : court, stable et protégé
    • 12.4 La mémoire automatique de Claude
    • 12.5 La documentation fait partie de « terminé »
    • 12.6 Empêcher la dégradation dans le temps
  3. 13Sécurité, confidentialité et procédures d'incident
    • 13.1 Le modèle de menace et ses contrôles
    • 13.2 Les secrets
    • 13.3 La confidentialité des données
    • 13.4 L'exécution de code généré
    • 13.5 La chaîne d'approvisionnement
    • 13.6 Le système
    • 13.7 Les procédures d'incident
  4. 14L'automatisation d'affaires : n8n et Hermes Agent
    • 14.1 Le rôle et la frontière du pilier
    • 14.2 L'état et les prérequis
    • 14.3 Brancher n8n et Hermes sur OpenRouter
    • 14.4 Déléguer la création des workflows à Claude
    • 14.5 Les règles de sécurité de l'automatisation
  5. 15Économie, indicateurs et migration
    • 15.1 La grille tarifaire vérifiée
    • 15.2 Estimer le coût d'une tâche
    • 15.3 Le budget recommandé et sa trajectoire
    • 15.4 Les indicateurs et les seuils de décision
    • 15.5 Migrer progressivement les autres projets
    • 15.6 Quand revoir les choix
Appendices
  1. AFichiers de configuration et gabarits
    • A.1 — CLAUDE.md
    • A.2 — .claude/settings.json
    • A.3 — .claude/skills/vague/SKILL.md
    • A.4 — .claude/skills/integrer/SKILL.md
    • A.5 — .claude/skills/controle-ui/SKILL.md
    • A.6 — .claude/skills/hygiene/SKILL.md
    • A.7 — .claude/skills/modeles/SKILL.md
    • A.8 — .claude/launch.json
    • A.9 — .mcp.json
    • A.10 — opencode.json
    • A.11 — .opencode/agents/executant.md
    • A.12 — Le périmètre protégé
    • A.13 — .gitignore
    • A.14 — .gitattributes
    • A.15 — .docs/WORKER_BRIEF.md
    • A.16 — .docs/ARCHITECTURE.md
    • A.17 — .docs/CONVENTIONS.md
    • A.18 — .docs/DB_SCHEMA.md
    • A.19 — .docs/DECISIONS.md
    • A.20 — .docs/SETUP_REPORT.md
    • A.21 — ops/templates/task-spec.md
    • A.22 — ops/templates/wave-manifest.json
    • A.23 — ops/templates/review-checklist.md
    • A.24 — Réserve : la configuration d'Aider (développement arrêté)
  2. BOutillage d'orchestration `ops/`
    • B.0 Référence rapide
    • B.1 — ops/devaccel.config.json
    • B.2 — ops/package.json
    • B.3 — ops/devaccel.mjs
    • B.4 — ops/lib.mjs
    • B.5 — ops/openrouter.mjs
    • B.6 — ops/tasks.mjs
    • B.7 — ops/ui.mjs
    • B.8 — ops/hooks/guard-worktrees.mjs
    • B.9 — ops/test/run-tests.mjs
    • B.10 — Les faux exécutants de test
  3. CAide-mémoire des commandes
    • C.1 Les options d'OpenCode utilisées
    • C.2 Git : la révision et les worktrees
    • C.3 OpenRouter
    • C.4 Claude Code
    • C.5 PowerShell utile
  4. DInformations périmées et corrections
    • D.1 Les modèles, les classements et les prix
    • D.2 Aider (réserve, développement arrêté)
    • D.3 OpenRouter
    • D.4 Les outils, le système et les processus

Technical details

TitleBible de l'environnement de développement accéléré
SubtitleClaude Code comme Manager, OpenCode et OpenRouter comme exécutants : stratégie, architecture, règles et installation pas à pas
CodeDA1
SeriesAI Encyclopedia · Out-of-series volume
AuthorPierre Vinet
LanguageFrench
Contents15 chapters and 4 appendices
LevelIntermédiaire · Avancé
PrerequisitesLivre IA1, parties I à III (recommandé)

Train your teams, or put AI to work in your SME?

These books teach; we also work alongside companies in the field. Let’s talk for thirty minutes about your situation, no strings attached.