Installer Claude Code et le cadrer dès le premier jour

Ce sujet en vidéo sur la chaîne FORMA INFOClaude Code : L’outil IA ULTIME pour coder plus vite sur Mac & Windows

Claude Code s’installe en une commande. Ce qui compte ensuite, c’est de décider ce qu’il peut faire dans votre terminal sans vous demander, avant la première tâche sérieuse.

Tout ce qui suit vient de la documentation officielle relevée en octobre 2026 ; l’outil change vite.

Prérequis et installation

Il faut un compte Pro, Max, Team, Enterprise ou Console : le plan gratuit de claude.ai n’inclut pas Claude Code. Côté poste, 4 Go de RAM et par exemple macOS 13+, Windows 10 1809+ ou Debian 10+.

# Linux, macOS, WSL
curl -fsSL https://claude.ai/install.sh | bash

# Windows PowerShell, sans droits administrateur
irm https://claude.ai/install.ps1 | iex

L’installation native se met à jour seule. Homebrew, WinGet et des dépôts apt, dnf et apk signés existent aussi, sans mise à jour automatique par défaut. Sous Windows, Git for Windows est recommandé ; sans lui, Claude Code exécute ses commandes via PowerShell.

claude --version            # un numéro de version suivi de (Claude Code)
claude doctor               # diagnostic en lecture seule, sans ouvrir de session
cd ~/mon-projet && claude   # première session : connexion par le navigateur

Choisir le mode de permission

Le mode fixe ce que Claude exécute sans demander :

• default, affiché Manual : les lectures, rien d’autre ;
• acceptEdits : lectures, modifications de fichiers et commandes courantes comme mkdir ou mv ;
• plan : Claude explore et propose un plan, les modifications attendent votre approbation ;
• auto : tout, mais un second modèle, le classifieur, examine les actions à votre place ;
• dontAsk : lectures et outils pré-autorisés, tout le reste est refusé, pour la CI ;
• bypassPermissions : tout sans demander, sauf les règles deny et les exceptions ci-dessous ; réservé aux conteneurs et VM isolés.

Pour revoir chaque action sur du code inconnu, démarrez en Manual : claude --permission-mode default pour une session, ou pour toutes vos sessions en terminal, dans ~/.claude/settings.json :

{
  "permissions": {
    "defaultMode": "default"
  }
}

En cours de session, Shift+Tab fait tourner les modes.

Des règles plutôt que des promesses

Les règles allow, ask et deny s’ajoutent au mode. Elles sont évaluées dans l’ordre deny, ask, allow (détail ici), et un deny posé à un niveau ne peut pas être levé à un autre. Les deny bloquent dans tous les modes, bypassPermissions compris.

{
  "permissions": {
    "allow": ["Bash(npm run *)", "Bash(git commit *)"],
    "deny": ["Bash(git push *)", "Read(./.env)"]
  }
}

Une règle Bash ne couvre que la forme écrite : la doc précise que git -C . push échappe à Bash(git push *). Les règles vont dans ~/.claude/settings.json (vous), .claude/settings.json (le projet) ou .claude/settings.local.json (vous, sur ce projet) ; les réglages gérés par l’organisation passent avant tout. /permissions les affiche et les modifie.

Ce qu’il fait seul, ce qu’il ne fait jamais seul

En Manual, lire et chercher dans le répertoire de travail ne demande rien. Une commande shell demande, sauf quelques commandes intégrées en lecture seule. « Oui, ne plus demander » vaut pour toujours sur ce dépôt et cette commande, mais pour la session seulement sur une modification de fichier.

Les écritures dans les chemins protégés, dont .git, .claude, .vscode et .idea, suivent leur propre règle : en Manual et acceptEdits elles demandent toujours, en auto le classifieur tranche, seul bypassPermissions, actif ou disponible en mode plan, les autorise d’office. Et aucun mode, même celui-là, n’approuve seul une règle ask explicite ni un rm visant un chemin critique comme rm -rf ~.

CLAUDE.md, du contexte et pas un verrou

/init génère un premier CLAUDE.md à partir du code, ou propose des améliorations s’il existe. Il se place à la racine du projet, dans ~/.claude/CLAUDE.md pour vos préférences globales, ou dans CLAUDE.local.md pour des notes personnelles, à ajouter vous-même au .gitignore. Écrivez des consignes vérifiables :

# Projet
- Lancer `npm test` avant tout commit
- Les gestionnaires d'API sont dans `src/api/handlers/`

La doc est nette : Claude traite ces fichiers comme du contexte, pas comme une configuration appliquée. « Ne jamais pousser » dans CLAUDE.md reste une consigne, le deny Bash(git push *) est une barrière. Pour les hooks, voir ce billet ; pour le poids de CLAUDE.md sur la consommation, celui-ci.

Ce qu’il faut retenir

• Installation en une commande, contrôle avec claude doctor.
• Les versions récentes démarrent en auto : choisissez default pour valider chaque action.
• Ordre deny, ask, allow ; un deny tient dans tous les modes.
• .git et .claude : seul bypassPermissions les autorise d’office, à réserver aux environnements isolés.
• CLAUDE.md guide, les règles et les hooks bloquent.

In English

Installation, sign-in, then the first-day settings: permission mode, allow and deny rules, CLAUDE.md. What the agent does without asking, and what no mode approves on its own. A deny set at one level cannot be lifted at another, and CLAUDE.md is context rather than enforced configuration, so anything that must be blocked goes through a deny rule or a hook.

Sources & vérification

Relevé sur : Documentation Claude Code, relevé 2026-10

• Claude Code, Advanced setup code.claude.com
• Claude Code, Quickstart code.claude.com
• Claude Code, Choose a permission mode code.claude.com
• Claude Code, Configure permissions code.claude.com
• Claude Code, How Claude remembers your project code.claude.com

Comment les billets sont vérifiés et corrigés