# 6 astuces pour tirer le meilleur d'Opus 4.7 — par Boris Cherny Un fil d'astuces partagé par Boris Cherny ([@bcherny](https://x.com/bcherny)), créateur de Claude Code, le 16 avril 2026 — après avoir utilisé Opus 4.7 en interne (dogfooding) ces dernières semaines.

--- ## Contexte Après avoir utilisé Opus 4.7 en interne pendant quelques semaines, Boris se sent « incroyablement productif » et partage six façons de tirer davantage du nouveau modèle — de l'automatisation des permissions au réglage de l'effort, en passant par les schémas de vérification.

Tweet d'intro de Boris Cherny — dogfooding d'Opus 4.7

--- ## 1/ Mode Auto — fini les demandes de permission Opus 4.7 adore les tâches complexes et de longue haleine : recherche approfondie, refactorisation de code, construction de fonctionnalités complexes, itération jusqu'à atteindre un benchmark de performance. Auparavant, il fallait soit surveiller le modèle pendant ces longues tâches, soit utiliser `--dangerously-skip-permissions`. Anthropic a récemment déployé le **mode auto** comme alternative plus sûre. Dans ce mode, les demandes de permission sont routées vers un classifieur fondé sur un modèle qui décide si la commande est sûre à exécuter : - Si c'est sûr, approbation automatique - Si c'est risqué, pause et demande Plus besoin de surveiller pendant que le modèle tourne. Mieux encore : tu peux faire tourner plus de Claude en parallèle — si c'est sûr, tu peux passer ton attention au Claude suivant. Le mode auto est désormais disponible pour Opus 4.7 pour les utilisateurs Max, Teams et Enterprise. **Shift+Tab** pour faire défiler `Ask permissions` → `Plan mode` → `Auto mode` dans le CLI, ou choisis-le dans le menu déroulant sur Desktop ou VS Code.

--- ## 2/ Le nouveau skill /fewer-permission-prompts Anthropic a publié un nouveau skill `/fewer-permission-prompts`. Il parcourt l'historique de ta session pour trouver les commandes bash et MCP courantes qui sont sûres mais demandent répétitivement une permission. Il recommande ensuite une liste de commandes à ajouter à ta liste d'autorisations (allowlist). Utilise-le pour ajuster tes permissions et éviter les demandes inutiles, surtout si tu n'utilises pas le mode auto.

Boris Cherny à propos du skill /fewer-permission-prompts

--- ## 3/ Récapitulatifs (Recaps) Anthropic a livré les **récapitulatifs** plus tôt cette semaine, en préparation d'Opus 4.7. Les récapitulatifs sont de courts résumés de ce qu'un agent a fait et de ce qui vient ensuite. Très utile quand tu reviens sur une session de longue haleine après quelques minutes ou quelques heures : ``` * Cogitated for 6m 27s * recap: Fixing the post-submit transcript shift bug. The styling-flash part is shipped as PR #29869 (auto-merge on, posted to stamps). Next: I need a screen recording of the remaining horizontal rewrap on `cc -c` to target that separate cause. (disable recaps in /config) ``` Désactive les récapitulatifs dans `/config` si tu n'en veux pas.

Boris Cherny à propos des récapitulatifs

--- ## 4/ Mode Focus Boris adore le nouveau **mode focus** du CLI, qui masque tout le travail intermédiaire pour se concentrer uniquement sur le résultat final. Le modèle a atteint un point où il lui fait globalement confiance pour lancer les bonnes commandes et faire les bonnes modifications. Il ne regarde que le résultat final. Utilise `/focus` pour l'activer/désactiver.

--- ## 5/ Configure ton niveau d'effort Opus 4.7 utilise la **réflexion adaptative** au lieu de budgets de réflexion. Pour régler le modèle afin qu'il réfléchisse plus ou moins, ajuste l'effort. - **Effort plus faible** — réponses plus rapides et usage de tokens réduit - **Effort plus élevé** — le maximum d'intelligence et de capacité Le curseur présente cinq niveaux : `low` · `medium` · `high` · `xhigh` · `max` — Vitesse à gauche, Intelligence à droite.

Boris Cherny à propos des niveaux d'effort

--- ## 6/ Donne à Claude un moyen de vérifier son travail Enfin, assure-toi que Claude a un moyen de vérifier son travail. Cela a toujours été important — maintenant que 4.7 donne 2 à 3× plus que ce que tu tirais de Claude auparavant, c'est plus important que jamais. La vérification prend différentes formes selon la tâche : - **Travail backend** — fais lancer ton serveur/service par Claude pour tester de bout en bout - **Travail frontend** — utilise l'[extension Chromium de Claude](https://code.claude.com/docs/en/chrome) pour donner à Claude un moyen de contrôler ton navigateur - **Applications desktop** — utilise Computer Use Ces temps-ci, les prompts de Boris ressemblent à `Claude fais blah blah /go`, où `/go` est un skill qui : 1. Se teste de bout en bout via bash, navigateur ou computer use 2. Lance `/simplify` 3. Ouvre une PR Pour le travail de longue haleine, la vérification compte encore plus — quand tu reviens sur une tâche, tu sais que le code fonctionne.

Boris Cherny à propos de la vérification

--- ## Sources - [Boris Cherny (@bcherny) sur X — 16 avril 2026](https://x.com/bcherny)