Codelynx.dev
Posts

Claude Code : le setup SIMPLE et essentiel à faire

29/07/2025 • Melvynx

Claude Code change totalement notre manière de travailler et il est essentiel pour toi de faire un setup simple et efficace pour Claude Code et dans ce post je vais te partager mes meilleurs tips.

Tips 1 : Utiliser --dangerously-skip-permissions

Claude Code est bien meilleur et plus agréable à utiliser quand tu n'as pas besoin de constamment accepter ou refuser ce qu'il faut. C'est un agent, qui sait faire beaucoup de choses et sans ce flag, tu vas passer ta vie à lui dire "Oui oui oui".

Pour faire ça tu peux ajouter ces deux commandes dans ton .zshrc ou .bashrc :

BASH
alias cc="claude --dangerously-skip-permissions"
alias ccc="claude --dangerously-skip-permissions -c"
  • cc : pour lancer Claude Code en mode "Yolo"
  • ccc : pour le lancer en mode "Yolo" et continuer la conversation

Tips 2 : PreHook pour éviter les commandes dangereuses

Maintenant qu'on autorise claude code de faire toutes les commandes, il peut à tout moment lancer rm -rf / et détruire notre ordinateur (en réalité, la majorité des ordinateurs sont sécurisés, mais c'est pas une raison pour ne pas faire des précautions).

Pour éviter ça, on va créer un PreHook dans .claude/settings.json :

JSON
{
  "hooks": {
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [
          {
            "type": "command",
            "command": "bun ./validate-command.js"
          }
        ]
      }
    ],
  }
}

Puis tu vas créer un fichier validate-command.js dans le dossier .claude :

Ce fichier va venir :

  1. Récupérer la commande exécutée
  2. Regarder si elle est dangereuse
  3. Si c'est le cas, couper Claude Code

Ce qui permet de coder en toute sécurité !

Tips 3 : Notification bell

Tips plutôt simple, en lançant cette commande tu vas avoir un petit bruit de notification quand Claude Code termine pour être capable de revenir sur le terminal pour continuer ta tâche :

BASH
claude config set --global preferredNotifChannel terminal_bell

Tips 4 : les meilleures commandes

le EPCT flow est le plus adapté à Claude Code, qui n'a par défaut pas de context sur ton code.

On va lui faire passer par ce flow :

  1. Explore le code
  2. Plan ce que tu vas faire
  3. Code ta feature
  4. Test si ça marche

Voici le prompt complet :

Tips 5 : Toujours avoir une commandes de tests

Claude Code est intuile si il ne peut pas savoir si son code fonctionne. Dnas le fichier CLAUDE.md tu dois toujours lui expliqué comment il peut vérifier que le code générer est "ok".

Alors comment faire ?

Par exemple sur iOS; tu peux lui dire :

MD
## Build Commands

### Build iOS App
\`\`\`bash
# Build for iOS simulator
xcodebuild -scheme PadelPro -destination 'platform=iOS Simulator,name=iPhone 16' build

# Build and run iOS app
xcodebuild -scheme PadelPro -destination 'platform=iOS Simulator,name=iPhone 16' build && open -a Simulator
\`\`\`

### Build watchOS App
\`\`\`bash
# Build for watchOS simulator
xcodebuild -scheme "PadelProWatch" -destination 'platform=watchOS Simulator,name=Apple Watch Series 10 (46mm)' build

# Build and run watchOS app
xcodebuild -scheme "PadelProWatch" -destination 'platform=watchOS Simulator,name=Apple Watch Series 10 (46mm)' build && open -a Simulator
\`\`\`

### Build Both Platforms
\`\`\`bash
# Build both iOS and watchOS
xcodebuild -scheme PadelPro -destination 'platform=iOS Simulator,name=iPhone 16' build && xcodebuild -scheme "PadelProWatch" -destination 'platform=watchOS Simulator,name=Apple Watch Series 10 (46mm)' build
\`\`\`

En lui expliquant quelle commande il doit lancer pour "Build" il va être capable de toujours build l'application, vérifier que ça marche puis ensuite corriger les erreurs.

Avec les projets React, utilise TypeScript + test unitaire + test d'intégration si possible

Tips 6 : Evite les MCP

Les MCP pour les tâches qui ont un CLI est une très mauvaise ide :

  • il augmente le contexte inutile de Claude Code
  • ils sont généralement plus lent

on va toujours préféer utiliser les CLI. Par exemple au lieu d'utiliser le MCP de Neon, tu peux utiliser le Neon CLI !

La même chose pour GitHubm, N'utilsie pas le MCP GithUB mais plutôt le GitHub CLI !

Tips 7 : Utilise Opus de manière intellignete

Opus coûte très chère, utilise le que quand Sonnet galère.

A ce moment là, demande à Opus de réfléchir, faire une deep search et vraiment trouver le problème et la cause du problème pour être capable de résoudre le bug de la meilleure manière possible.

Tips 8 : utilise ccusage

Avec la commande :

BASH
bunx ccusage

Tu vas avoir un graphique de ton usage de Claude Code.

Et tu peux utiliser :

BASH
bunx ccusage blocks --live

Pour voir un graphique live de ton usage avec Claude Code, ce qui est très pratique pour savoir si tu vas bientôt atteindre ta limite.

Tips 9 : Utilise Claude pour tout

Chez moi, Claude me permet de :

  • gérer ma todo list
  • interagir avec things
  • interagir avec Obsidian
  • gérer mes notes
  • prendre des notes sur des formations
  • créer des plans marketing

Et un peu près tout ce que tu peux imaginer.

C'est un génie.

Conclusion !

Si tu veux devenir un fou de l'IA, je suis en train de créer un blueprint complet sur AIBlueprint.dev !