Conseils avancés

Notifications terminal : alertes à la fin des tâches

Vous souhaitez recevoir une notification lorsque Claude termine une tâche ?

claude config set --global preferredNotifChannel terminal_bell

Combinez cela avec les notifications d'iTerm2, ou utilisez terminal-notifier pour des notifications personnalisées (consultez la configuration des Hooks dans les Meilleures pratiques).

Utilisation avancée des Hooks

Les Hooks ne se limitent pas à l'exécution de commandes shell. Il existe en réalité quatre types :

1. command：Shell 命令（最常见）
2. http：POST JSON 到 URL（支持自定义 headers 和环境变量展开）
3. prompt：发给 Claude 评估（比如「所有任务都完成了吗？」）
4. agent：启动一个有工具访问权限的子代理来验证

Quelques événements Hook avancés à connaître :

• PostCompact：压缩完成后触发，适合注入提醒让 Claude 重新读取关键文件
• SessionStart：写入 $CLAUDE_ENV_FILE 可以给整个会话持久化环境变量
• PreToolUse：可以修改工具输入（updatedInput），甚至自动批准或拒绝操作

Écosystème de plugins

Utilisez /plugin pour parcourir et installer des plugins communautaires. Quelques plugins notables :

• dx（by ykdojo）：提供 /handoff（自动写交接文档）、/clone（克隆对话）、/half-clone（只克隆最近的对话减少上下文）
• mine（by anipotts）：把所有 Claude Code 会话数据导入 SQLite，支持成本追踪、缓存分析、错误记忆等查询

Agent Teams : collaboration multi-agent

Définissez une variable d'environnement pour activer la fonctionnalité expérimentale Agent Teams :

export CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1

Une fois activée, une session peut agir en tant que Team Lead, coordonnant plusieurs agents travaillant simultanément via git worktree. Chaque agent s'exécute de manière indépendante dans sa propre fenêtre de contexte, ce qui est idéal pour le développement parallèle de grands projets.

Notez toutefois que la consommation de tokens augmente de 4 à 15 fois, à utiliser avec discernement.

Stratégies de prompts

Les conseils suivants proviennent du fil Twitter de Boris Cherny sur les pratiques d'équipe — essentiellement les meilleures pratiques d'« ingénierie de prompts » appliquées à Claude Code.

Utilisez Claude comme votre réviseur de code

Ne vous contentez pas de demander à Claude d'écrire du code — demandez-lui aussi de réviser le vôtre :

Grill me on these changes and don't make a PR until I pass your test.

Ou demandez-lui de prouver que le code fonctionne :

Prove to me this works. Diff behavior between main and my feature branch.

Ne reformulez pas quand vous n'êtes pas satisfait

Le conseil n°6 de Boris : si Claude donne une réponse médiocre, ne reformulez pas votre question. Dites plutôt « Cette solution n'est pas assez bonne, dis-moi précisément ce qui peut être amélioré ». Itérer sur la réponse existante fonctionne mieux que de repartir de zéro.

Laissez Claude mettre à jour son propre CLAUDE.md

Après avoir corrigé une erreur, ajoutez :

Update your CLAUDE.md so you don't make that mistake again.

Boris affirme que Claude est étonnamment doué pour écrire ses propres règles. Avec le temps, CLAUDE.md devient de plus en plus précis et la qualité des conversations s'améliore continuellement.

Dites simplement « fix »

Avec Slack MCP activé, collez un rapport de bug depuis Slack et dites un seul mot : fix. Zéro changement de contexte.

Ou quand le CI échoue, dites simplement :

Go fix the failing CI tests.

Pas besoin d'analyser manuellement les logs ni d'expliquer le problème — laissez Claude consulter les logs, diagnostiquer le problème et le corriger.

En conclusion

Claude Code évolue très rapidement, et ces conseils sont en constante évolution. Nous vous recommandons de suivre le Changelog officiel pour rester à jour.

Si vous n'avez pas encore lu mes articles précédents, je vous suggère de commencer par les flux de travail fondamentaux :

Lectures complémentaires

• Mes meilleures pratiques avec Claude Code — Conseils essentiels sur les flux de travail et guide des commandes slash
• Contrôle qualité en programmation IA : 5 lignes de défense — Système d'assurance qualité pour la programmation avec Claude Code
• Architecture du système Claude expliquée — Comprendre MCP, Skills, Subagents, Hooks et plus encore