Pourquoi 90 % des chefs d'entreprise pensent à tort maîtriser Claude Code

Quand j'ai examiné 8 posts X qui ont cumulé 14,5 millions d'impressions à l'étranger, j'ai découvert de nombreuses méthodes d'utilisation que je n'avais jamais vues au Japon.

Dans cet article, je vingtaine, je vais traduire les 8 schémas en les comparant en les comparant avec mon propre domaine. Quand vous aurez fini de lire, vous devriez avoir décidé d'une chose à essayer demain.

Ce que vous apprendrez dans cet article

Un aperçu de 8 schémas pratiques extraits de 8 posts viraux étrangers (14,5 millions d'impressions au total).

La structure de chaque schéma, les citations étrangères, comment les utiliser dans votre propre domaine, et des propositions spécifiques pour « si vous devriez-vous les emprunter ».

Des journaux d'expérience réels vérifiés dans les cours Claude Code, les clients en consulting et les groupes d'étude. Vous n'avez pas besoin de tout faire. C'est conçu pour commencer par celui qui vous parle.

Le problème des « 30 % d'utilisation » négligé au Japon

Récemment, je reçois beaucoup de consultations comme celle-ci…

« Je paie 200 $ par mois, mais je ne comprends pas vraiment en quoi c'est différent de ChatGPT. »

« Je connais des termes comme skills, sous-agents et MCP, mais je ne sais pas comment ils se connectent à mon activité. »

« Même si je suis les informations japonaises, je ne vois que des conseils fragmentés et je n'arrive pas à voir l'ensemble. »

La plupart des discussions sur l'utilisation de Claude Code au Japon sont centrées sur le codage.

L'utilisation au-delà de cela — mémoire à 3 niveaux. Division du travail avec des sous-agents. Conception des tokens. Connexion métier avec MCP.

Bien que ces sujets soient partagés comme une « couche standard » à l'étranger, il n'existe presque aucun article qui les aborde systématiquement en japonais.

Ce n'est pas un problème individuel ; c'est un problème structurel. C'est pourquoi je traduis les 8 schémas réellement utilisés à l'étranger à travers le filtre de mon propre domaine.

Schéma 1 : Construire la mémoire de Claude en « 3 couches »

@aiedge_ (1,93 M d'impressions) a déclaré catégoriquement : « La mémoire par défaut de Claude est fondamentalement nulle. Il oublie le contexte à chaque fois, et vous finissez par devoir refaire les mêmes explications. »

C'est une douleur que tous ceux qui commencent à utiliser Claude sérieusement vivent au moins une fois.

Quelque chose qu'il aurait dû se rappeler jusqu'à hier disparaît aujourd'hui. Votre style, qu'il devrait connaître, revient à une première rencontre dans une autre session.

C'est le moment où la confiance en l'IA vacille soudainement.

La solution est de construire la mémoire en trois couches. Je fonctionne avec la même structure.

CLAUDE.md (Règles persistantes) : La couche où vous écrivez les politiques que vous ne voulez jamais qu'il oublie. Placez ici les styles généraux, comme « Répondre en japonais », « Ne pas écrire de clauses de non-responsabilité » et « Ne pas abuser du gras ».

Mémoire (Apprentissage automatique) : La couche qui apprend d'elle-même pendant la conversation. Les jugements passés, les noms propres et les formats fréquemment utilisés sont automatiquement accumulés.

RAG (Recherche de connaissances internes) : La couche qui rend les comptes rendus et matériels passés consultables. Au lieu de placer du Markdown brut, traitez-le dans un format interrogeable.

J'ai expliqué cette structure à 3 couches lors de la 3e session du cours Claude Code. « Placer des connaissances localement des connaissances ne signifie pas que Claude peut les rechercher. Vous devez les traiter, les sauvegarder et les rendre interrogeables. »

Si vous deviez empruntiez ceci, l'ordre serait :

Étape 1. Écrivez « les règles que vous ne voulez jamais qu'il oublie » en 10 lignes dans CLAUDE.md.

Étape 2. Activez la fonction Mémoire et laissez-le accumuler les choses que vous voulez qu'il retienne dans la conversation.

Étape 3. Rendre les comptes rendus, PDF et articles passés interrogeables avec RAG.

RAG.

RAG.

En construisant simplement dans cet ordre, vous serez libéré de devoir réexpliquer à chaque fois. Au moment où vous le construisez, vous ressentirez clairement que « la précision de Claude est un tout autre niveau ».

Il n'y a qu'une seule précaution.

N'écrivez pas une énorme quantité de texte dans CLAUDE.md. Plus il augmente, plus Claude est obligé de « juger des priorités » au lieu de tout regarder. Si cela risque de dépasser 10 lignes, il est plus efficace de le découper dans un fichier séparé et de lui faire lire ce fichier. La mémoire ne fonctionne pas simplement en la plaçant ; elle ne fonctionne que si vous la concevez.

Schéma 2 : Assumer le travail de 5 personnes sur un seul ordinateur portable

@rohit4verse (3,36M impressions) a écrit : « Une entreprise construite avec de l'argent levé lors d'un tour d'amorçage tient désormais sur un seul ordinateur. Vous n'avez pas besoin de cofondateurs ou d'agences. Vous, un éditeur et quelques agents pouvez faire le travail de cinq personnes. »

Un travail qui aurait coûté des millions à embaucher ou à sous-traiter peut désormais être géré par une seule personne selon la conception. Cela a résonné parce qu'il l'a dit calmement, sans battage médiatique : « C'est déjà contenu. »

Ça a l'air clinquant, mais ça se passe en réalité sur le terrain.

Un PDG que je consulte passe 10 heures par jour concentré sur Claude Code. Il crée des supports de vente basés sur HTML sur le moment et effectue même et effectue même le réglage fin lui-même.

Structurer le travail qu'il demandait auparavant à ses subordonnés se termine désormais en 30 minutes entre les mains du PDG lui-même.

La structure permet au PDG lui-même de prendre en charge plus de la moitié du travail auparavant effectué par ses subordonnés directs.

Si vous percevez Claude comme un « outil d'aide au codage », vous n'atteindrez jamais ce domaine. Il ne s'agit pas de rendre une tâche plus efficace ; il s'agit de changer l'« unité de décomposition » de l'activité.

Si vous deviez emprunter ceci, la première question n'est pas comment utiliser l'outil. C'est « Quelle partie de mon activité devrais-je confier à des agents pour pouvoir faire le travail de cinq personnes sans augmenter le personnel ? »

Créer des résumés à partir de comptes rendus

Structurer des supports de vente

Générer en continu des brouillons pour les posts sur les réseaux sociaux

Rien que ces trois tâches libéreront l'équivalent d'une personne. Ces mains libres peuvent être tournées vers des jugements que seuls les humains peuvent faire.

Je vais aussi écrire un piège courant.

Si vous pensez à « placer l'IA à la place des gens », vous échouerez généralement.

Ce que vous devriez faire, c'est « déplacer tout le travail que les gens n'ont pas besoin de faire vers l'IA, et augmenter les domaines que seuls les humains peuvent faire. » Si vous inversez l'ordre, les attentes envers l'IA vont simplement gonfler, et vous finirez par revenir à l'ancienne méthode.

Schéma 3 : Utilisation hiérarchique des configs / plugins / skills / subagents

@0x_kaize (1,39M impressions) a réfléchi : « Je pensais que Claude Code n'était qu'un outil de codage. C'est devenu autre chose après avoir découvert les configs / plugins / skills / subagents. »

Il ne s'agit pas d'opération ; il s'agit de structure.

Plus les gens utilisent Claude, plus ils trouvent qu'« un simple outil de codage » est insuffisant. Au moment où on leur montre une carte de la hiérarchie fonctionnelle, une prise de conscience se produit : « Ce que je sentais vaguement qu'il devrait y avoir plus existe en fait en tant que système. »

Si vous voulez qu'il effectue des tâches spécifiques, écrivez un skill.

Si vous voulez lui confier des jugements de domaine professionnel, placez un sous-agent.

Si vous voulez que des règles transversales s'appliquent, imposez-les avec des fichiers de configuration et des hooks.

J'ai expliqué cela dans le séminaire gratuit sur Claude Code x Remotion. « Les skills sont pour des tâches spécifiques. En revanche, les sous-agents sont des artisans techniques. La technique de l'artisan et le sous-agent artisan sont des couches différentes. »

Si vous deviez emprunter ceci, la première étape est d'écrire une « tâche que vous répétez ».

L'agrégation de données tous les vendredis

Résumer les informations sur les clients avant une réunion

Des tâches simples comme la correction de sous-titres

Tout cela peut être transformé en skills. Une fois qu'ils sont des skills, Claude se souviendra du « habituel » et commencera à fonctionner tout seul.

De là, si vous descendez aux couches des sous-agents, des hooks et des paramètres, Claude se transforme en un dispositif qui héberge un « autre vous » à l'intérieur de l'éditeur.

Une erreur courante est d'essayer de commencer directement par les sous-agents.

La bonne façon est de placer les sous-agents comme des rôles pour regrouper les skills « après qu'un certain nombre de skills sont rassemblés. » Si vous les placez d'abord, vous finissez par préparer seulement le cerveau sans les mains et les pieds qu'il devrait regrouper.

Schéma 4 : La solution réaliste pour contourner la limite de tokens en 10 minutes

L'article écrit par @milesdeutscher (5,18M impressions) s'est démarqué parmi les huit. « Comment ne plus jamais s'inquiéter des limites de tokens de Claude en 10 minutes. »

C'est un titre accrocheur, mais le contenu était assez terre-à-terre et réaliste.

Il y a deux raisons pour lesquelles il est devenu viral.

Les limites de tokens sont un point douloureux commun pour tout le monde.

Et la solution n'était pas « passer à un forfait supérieur » ou « payer plus », mais « changer l'opération. »

Cela a résonné parce qu'il présentait une solution par la conception plutôt que de jeter de l'argent sur le problème.

Si vous continuez à utiliser le forfait à 200, une limite survient soudainement au milieu d'une invite approfondie. Votre concentration est brisée, et même si vous essayez de continuer, vous ne pouvez plus le faire avancer ce jour-là. C'est moins un problème de productivité qu'un problème d'un problème d'élan. Une heure de travail concentré est brisée par une seule limite.

J'ai moi-même longtemps utilisé un seul forfait à 200 $/mois. Je ne me souciais pas beaucoup du contexte et j'avais l'habitude de lui donner tout l'historique en Markdown. Pourtant, étrangement, je tombais rarement la limite.

La raison était que j'utilisais des skills séparés pour supprimer les tokens.

Prendre d'abord un résumé

Jeter l'ancien contexte ancien

Si vous remarquez que le Markdown gonfle, taillez-le sur le moment

Faites-en des skills et laissez Claude les faire automatiquement. Le côté humain n'a pas besoin d'en être conscient.

Si vous deviez emprunter ceci, la première chose à faire est de regarder « ce que vous donnez habituellement en trop à Claude. »

Jetez-vous de longs textes ? Copiez-collez-vous d'anciens comptes rendus à chaque fois ? Ajoutez-vous de nouvelles questions tout en laissant des préambules inutiles ?

Si vous tombez dans l'un de ces cas, la limite est un problème d'opération, pas de capacité. Si vous changez l'opération avant de passer à un forfait supérieur, vous pouvez presque toujours la contourner.

Inversement, si vous passez à un forfait supérieur sans en être conscient, vous ne ferez que gaspiller pour le montant de la mise à niveau supérieur. C'est comme penser que vous avez acheté du temps avec de l'argent, mais vous avez en fait acheté des heures supplémentaires avec de l'argent. La limite n'est pas une punition ; c'est une alerte pour vous faire revoir votre opération.

Schéma 5 : Devenir plus affûté ou devenir creux à l'usage

@rohit4verse a écrit quelque chose proche d'un avertissement dans un autre article : « Il n'y a pas de neutralité dans la façon dont vous utilisez l'IA. Soit vous devenez plus affûté ou vous devenez creux. La plupart des gens deviennent creux, et ils ne s'en rendent compte qu'au moment où ils s'éloignent. »

C'est le seul « avertissement sur la surutilisation » parmi les 8 schémas.

Dans un fil d'actualité rempli de « vous pouvez être plus efficace » et « ce sera plus rapide comme ça », il a d'abord déclaré : « Si vous l'utilisez mal, vous-même allez vous détériorer. »

Ça ne s'est pas démarqué parce que c'était un point de vue contradictoire sur les conseils. Ça a résonné parce que ça touchait le cœur basé sur des faits.

Je dis quelque chose de similaire dans la 2e session du cours Claude Code. « Si vous maîtrisez comment l'utiliser, vous pourrez utiliser l'IA une ou deux étapes plus loin. Inversement, si vous l'utilisez mal, vos muscles de réflexion s'atrophieront d'abord. »

Cela correspond à ma propre expérience.

Les gens qui lui confient tout et prennent les choses deviennent visiblement émoussés en six mois. Les gens qui continuent à réfléchir par eux-mêmes tout en déléguant grandissent comme des personnes différentes en six mois.

La différence est presque invisible au début, mais après six mois, elle devient une distance infranchissable.

Si vous deviez emprunter ceci, un seul critère suffit.

« Pouvez-vous reformuler la sortie de Claude dans vos propres mots ? »

Si vous pouvez la reformuler, cette information est en vous.

Si vous ne pouvez pas, elle vous a simplement traversé.

Ayez simplement l'habitude de vérifier cela vous-même chaque jour. Cela seul vous empêchera de franchir la ligne vers le faites que récemment, vous avez remarqué une augmentation des « fois où vous collez simplement la sortie de Claude et considérez le travail comme fait », considérez cela comme un feu jaune. Ce qui reste lorsque vous lâchez l'outil est votre véritable capacité.

Schéma 6 : Œil de discernement sur 900 000 skills à 23

@Mnilax (233k impressions) a écrit à propos de ces chiffres : « Les skills Claude sont passés de 16 à 900 000 en six mois. Principalement du bruit. Seulement 23 qui ont changé le travail pour toujours sont restées. »

De 16 à 900 000 en six mois. Une multiplication par 10 000. Parmi elles, 23 sont restées pour toujours. 0,0026 %. Ce taux de sélection écrasant était une histoire en soi rien qu'avec le titre.

Ceux qui « créent » et ceux qui « utilisent » des skills vont tous deux se briser s'ils n'ont pas de stratégie d'élimination.

J'ajoute et supprime aussi mes propres skills chaque semaine. Le critère est simple : « Si je n'ai pas utilisé un skill depuis 3 semaines, je le remets en question à ce moment-là. »

Les skills que je continue à utiliser sont améliorés avec des correctifs. S'il n'y a pas de place pour l'amélioration, ce skill n'est plus nécessaire pour mon activité.

J'en parle dans les ateliers du cours Claude Code. « Les tâches répétitives comme la correction automatique de sous-titres devraient être transformées en skills. Créez un skill, corrigez-le et améliorez-le. N'arrêtez pas cette boucle. »

Si vous deviez emprunter ceci, la première étape est « mesurer si vous l'avez utilisé », pas « le créer ».

Étape 1. Créez un skill.

Étape 2. Notez la date à laquelle vous l'avez créé.

Étape 3. Trois semaines plus tard, comptez combien de fois vous l'avez utilisé.

Si c'est moins de 3 fois, la conception de ce skill est faible. Refaites faible. Refaites-le ou supprimez-le ou supprimez-le. Seuls ceux qui peuvent compléter ce cycle peuvent se tenir du côté de ceux qui « font grandir » leur Claude.

Un piège courant est l'illusion que « plus vous en créez, mieux c'est. » Les skills n'acquièrent pas de valeur en augmentant ; seuls les skills sélectionnés sont efficaces. Il en va de même pour la collection des skills des autres ; au moment où vous mettez de la quantité, Claude commence à hésiter dans son jugement. Il ne s'agit pas de « l'avoir », mais de « si vous l'utilisez encore 3 semaines plus tard » qui est le véritable indicateur.

Schéma 7 : Un skill par week-end, 70 heures deviennent 30

@av1dlive (1,41M impressions) a lancé une phrase puissante : « Vous pouvez construire une entreprise d'un milliard de dollars en un week-end avec l'IA. Vous n'avez besoin que d'un seul skill. »

Une entreprise d'un milliard de dollars est une exagération, mais c'est vrai en tant que point structurel.

La raison pour laquelle c'est devenu viral était la faible barrière.

Un seul skill. Vous avez seulement besoin d'assez de motivation pour ce week-end.

Les gens qui pensent habituellement « je m'y attaquerai correctement un jour » sont écrasés par le poids de ce « un jour ». Au moment où vous comprimez à « un par week-end », le coût psychologique de l'action s'effondre.

Faites un prototype qui fonctionne pendant le week-end. Essayez de l'utiliser dans le travail réel à partir de lundi. Si ça ne marche pas, jetez-le. Si ça marche, améliorez-le.

Si vous n'arrêtez pas cette rotation, Claude se transformera en allié à un rythme accéléré.

Dans le Groupe d'étude débutant Claude Code, je dis ceci :

« En environ une heure, vous pouvez fabriquer quelque chose qui fonctionne. Si vous travaillez 70 heures par semaine, vous pouvez le comprimer à environ 30 heures avec Claude Code. »

Ce n'est pas un chiffre théorique ; c'est un taux de compression qui apparaît réellement dans plusieurs domaines.

Si vous deviez emprunter ceci, réduisez le travail que vous faites le week-end à un seul.

Réduire une tâche qui prend 30 minutes par jour à 5 minutes.

Réduire une tâche qui prend 1 heure une fois par semaine à 5 minutes.

Réduire une tâche qui prend une demi-journée une fois par mois à 30 minutes.

Un seul de ces éléments suffit. Si un est réduit, vous aurez la marge de créer le prochain skill avec ce temps. Le temps libre augmentera avec des intérêts composés à partir de ce moment-là.

Attention à ne pas « essayer de le faire trop grand dès le début. »

Si vous visez la perfection pendant le week-end, vous n'aurez que quelque chose d'inachevé lundi matin. Complétez une chose minimale qui fonctionne, déployez-la en conditions réelles lundi, et ajustez-la en fonction de la sensation d'utilisation pendant la semaine. Un prototype n'est pas quelque chose que vous faites magnifiquement ; s'il fonctionne lundi, vous avez gagné.

Schéma 8 : Connecter toute l'activité avec des serveurs MCP

Ce que @eng_khairallah1 (695k impressions) a écrit était le plus avancé des 8 schémas. « Il y a une grande idée reçue que les serveurs MCP sont réservés aux développeurs. Ils sont en fait un pont entre l'IA et le monde extérieur. Avec cela, vous pouvez même viser des commandes haut de gamme qui n'impliquent pas de développement. »

Dans le monde francophone, MCP est encore compris comme une « technologie pour les développeurs. » En le présentant comme un « connecteur standard reliant l'IA et l'activité », le public cible s'est élargi d'un coup. MCP est comme l'USB.

Branchez-le, et Claude et les services externes commencent à communiquer.

À ce stade, Claude n'est plus seulement une existence à l'intérieur de l'éditeur.

Dans mon propre système, j'ai plusieurs serveurs MCP qui tournent constamment, comme UTAGE, CMK UTAGE, CMKiller, claude-in-chrome et Google Drive.

Distribution automatique sur LINE. Recherche dans les enregistrements passés. Opération du navigateur. Liaison de documents. Tout cela est dans un état où il peut être appelé depuis le côté Claude.

J'approfondis aussi cela dans les 3e et 4e sessions du cours Claude Code. « Vérifiez d'abord si les services que vous utilisez habituellement peuvent être connectés via MCP. Sinon, il y a aussi l'option de substituer avec Playwright. »

Si vous deviez emprunter ceci, le point de départ est d'écrire tous les « écrans que vous touchez actuellement à la main » dans votre activité.

Client email

Calendrier

Tableur

Gestion des clients

Outils de distribution

Connectez ceux qui peuvent être connectés via MCP ce jour-là. Pour ceux qui ne le peuvent pas, automatisez le navigateur avec Playwright. La combinaison des deux rend toute l'activité opérable depuis Claude.

Notez que MCP ne consiste pas à « plus vous connectez de services, mieux c'est. » Si vous connectez tous les écrans que vous ne touchez qu'une fois par jour, seuls le coût de démarrage et la latence augmenteront. Les trois premiers par ordre de fréquence de toucherchez-les et connectez-les, vous ressentirez un changement dans l'allocation de votre temps de travail quotidien en une semaine. Vous pourrez étendre ensuite.

Ce que les 8 schémas indiquent

Reprenons-les depuis le début.

1. Construire la mémoire en 3 couches
2. Assumer le travail de 5 personnes sur une seule machine
3. Utiliser la hiérarchie des configs / plugins / skills / subagents
4. Contourner les limites de tokens par l'opération
5. Se tenir du côté de ceux qui deviennent plus affûtés à l'usage
6. Continuer à éliminer les skills
7. Augmenter en faisant un par week-end
8. Connecter toute l'activité avec MCP

En les regardant ensemble, ce n'était pas un « escalier pour apprendre les fonctions », mais un « escalier pour changer votre façon de penser. »

Ça commence par l'histoire de la mémoire et ça se termine par la connexion de toute l'activité. Chaque schéma parlait de la façon de concevoir votre façon de travailler, pas de la façon d'utiliser l'outil.

Le premier pas

Ça a été long, donc je vais le comprimer en 3 points à la fin.

Claude Code n'est pas un « outil de codage », mais un dispositif de conception pour l'ensemble de l'activité. L'axe d'évaluation n'est pas « c'est devenu plus rapide », mais si l'« unité de décomposition de l'activité » a changé. Il ne s'agit pas de rendre une tâche plus efficace, mais d'augmenter les domaines que seuls les humains peuvent faire.

Ce que les 8 schémas avaient en commun était un « escalier pour changer votre façon de penser. » Mémoire, nombre de personnes, hiérarchie, limites, dépendance, sélection, vitesse, connexion. En les gravissant dans l'ordre, votre approche de Claude Code change étape par étape.

Et ces 8 schémas, partagés comme une « couche standard » à l'étranger, n'ont tout simplement pas encore été systématisés en français. Vous n'avez pas besoin de tout faire. Traduisez celui qui vous a résonné en vous dans votre propre activité. Si vous continuez cela pendant six mois, la relation entre Claude et vous sera tout autre chose.

Utilisez le mot « pouvoir de conception » comme une arme.

De l'ère de l'utilisation à l'ère de la construction. La façon d'utiliser Claude Code a déjà changé.

Cela dit ça, je pense que la plupart des chefs d'entreprise trouvent difficile d'incorporer ces 8 schémas dans leur propre activité.

Pour ces personnes, j'ai résumé des exemples concrets de la façon dont je construis tout, des publicités, des LP, de la distribution LINE, à la génération de contenu avec Claude Code.

« 100 exercices d'utilisation essentielle de Claude Code pour les chefs d'entreprise »

Rendez-vous ici.

https://utage-system.com/line/open/byRw0azrc4B8?mtid=TtuzaXM1C2dl