Agent Claude VS Skill Claude : comment choisir (2026)

La différence enfin claire (et quand utiliser lequel)

J’ai un peu honte…

Il y a encore quelques semaines, je ne savais pas vraiment ce qu’était un “agent IA”.

Pour ma défense, les gens utilisent ce terme à toutes les sauces.

• “Mon agent fait-ci”,

• “J’ai des agents qui invoquent d’autres agents qui invoquent d’autres agents” (c’est agent-ception le truc)

• “Regardez mon workflow à 194 agents”…

Dans 99% des cas, c’est juste du bullshit marketing.

Tout le monde en parle, sauf que personne n’explique clairement ce que c’est.

Alors je me suis plongé dans le dossier, j’ai obtenu des réponses à mes questions, et je vais te les donner.

Aujourd’hui, on va voir trois choses :

1. Qu’est-ce qu’un Skill Claude, un Agent Claude, et la différence entre les deux

2. Quand utiliser l’un ou l’autre (ou les deux)

3. Des exemples concrets de mon propre workflow

Comme ça, tout est plus clair pour tout le monde.

T’es prêt ? On démarre :

Parce que je veux faire partie de ceux qui maîtrisent l’IA, pas de ceux qui la subissent

C'est quoi un skill Claude ?

Un skill est un dossier avec un fichier SKILL.md dedans.

Plus simplement, ce sont des instructions qu’on donne à un LLM pour qu’il exécute une tâche ou une série de tâches précises.

Ce fichier contient deux choses.

1. Un en-tête YAML (c’est juste le nom du format, ne prends pas peur) avec un nom et une description,

2. Puis des instructions en Markdown, (C’est rien de plus que du texte en français).

Le YAML du skill humanizer-fr

Ce qui est bien avec les skills, c’est qu’ils se chargent uniquement quand on a besoin d’eux.

En gros, à chacun de tes prompts, Claude lit les quelques lignes de description de chaque skill, et n’active que ceux qu’il juge utiles pour la tâche en question. C’est du contexte, à la demande, et ça t’évite de griller des tokens pour rien.

Un exemple tout simple : imagine que tu veux envoyer un devis à une cliente.

Tu as un skill « devis » quelque part, avec tes tarifs, tes conditions, ta mise en page. Il est rangé à côté de 14 autres : tes relances de facture, tes réponses types aux avis clients, tes comptes-rendus de réunion.

Tu écris juste : « Prépare un devis pour Juliette, trois séances de coaching. » Claude balaie les 15 descriptions, une centaine de tokens chacune, et repère que seul « devis » colle à la demande. Il charge alors son contenu complet, tes tarifs, ton format, tes mentions légales. Les 14 autres restent silencieux, à 100 tokens chacun (c’est très peu).

Ça t’évite de griller des millions de tokens à tous les prompts.

Ce qu’il est important de retenir, c’est que tu peux utiliser un skill n’importe où, dans une conversation du chat, dans Claude Code, dans Claude Cowork, et même dans un autre LLM, le format est assez universel.

Si tu veux plus de détails sur les skills, dans cette édition, j’explique comment j’ai automatisé 80% de mon job grâce à eux.

C'est quoi un agent Claude ?

Un agent est un deuxième Claude.

Il démarre bien avec des instructions écrites, comme un skill. Sauf que ces instructions lancent une instance Claude séparée, avec sa propre mémoire de travail, ses propres outils, sa propre mission.

Mais voilà le truc que j’aurais aimé qu’on me dise plus tôt.

La plupart du temps, tu n’en crées aucun. Claude les lance tout seul !

Quand tu es dans Claude Code ou Claude Cowork et que tu poses une question qui demande de fouiller ton projet ou internet, Claude délègue à un agent d’exploration intégré. Tu ne l’as pas configuré. Tu ne l’as pas nommé. Il existe déjà, et il se lance sans te prévenir.

Et plus le modèle est récent, plus le niveau d’effort est élevé, plus ça arrive. Claude planifie, découpe la tâche, et lance ses propres sous-agents pendant que tu regardes défiler le terminal.

C’est pour ça que tu as l’impression que les agents sont partout sans jamais en avoir créé un.

“Ils sont dans nos villes, dans nos campagnes, oouuuuuuh !”

C’est quoi la différence concrètement :

C’est subtile, mais simple :

Tu crées un skill si tu connais le résultat attendu, et la procédure répétable pour y arriver : tu écris la recette une fois, Claude la suit à chaque fois.

Tu crées un agent quand la tâche est lourde, exploratoire ou parallélisable et que tu ne veux pas qu'elle pollue ta conversation.

Pourquoi les agents ont leur propre contexte

Un agent qui explore va ouvrir des fichiers inutiles, suivre des fausses pistes, revenir en arrière. Tout ce bazar doit atterrir quelque part. Pas dans ta conversation.

Ta fenêtre de contexte, c’est ton plan de travail : quand elle se remplit, Claude devient bête.

Alors l’agent part travailler ailleurs. Il fait ses dégâts “chez lui”, et il revient avec trois paragraphes de synthèse.

Mais l’isolation a un prix…

Chaque agent qui démarre reconstruit son contexte à partir de rien : son prompt système, ton fichier CLAUDE.md, l’état de ton projet. Tout est dupliqué.

Un benchmark publié par Systima documente une tâche à 121 000 tokens qui grimpe à 513 000 tokens une fois éclatée sur deux agents. Soit un facteur 4,2. Anthropic évoque un surcoût de 4 à 7 fois sur les workflows qui abusent des agents.

C’est le prix du jugement délégué : parfois ça vaut le coup, parfois non.

Tableau comparatif :

Alors quand définir un agent toi-même ?

Rarement.

Et presque toujours pour la même raison : un contrôle absolu du contexte.

Prends ma newsletter par exemple. Quand je termine une édition, ma conversation est un chantier :

• la recherche,

• les angles abandonnés,

• trois versions du titre.

Demande une relecture à ce Claude-là. Il relit avec tout ce bazar en tête, et il est biaisé par ce qu’on vient d’écrire ensemble.

Normal, c’est son brouillon aussi.

Mon agent relecteur, lui, démarre vierge : la newsletter terminée, ma voix, mes règles d’écriture, et rien d’autre. Il n’a pas vécu la conversation, il n’est pas biaisé, donc il est plus impartial.

Il fait son job : relire.

Tu définis un agent quand tu veux choisir toi-même ce qu’il a dans la tête au démarrage et que ce n’est pas l’intégralité de ton projet ou de ton dossier Claude Code.

En dehors de ça, laisse Claude improviser ses agents. Il s’en sort très bien.

Comment créer un agent dans Claude Code ?

C’est un fichier Markdown. Rien de plus. Très similaire à un skill.

Sauf que tu le poses dans .claude/agents/ pour un projet, ou dans ~/.claude/agents/ pour qu’il te suive partout. Ou tu tapes /agents et tu te laisses guider.

Précision qui compte. Tout ça n’existe que dans Claude Code. Dans le chat claude.ai ou dans Cowork, tu ne peux pas créer d’agent : Claude y lance ses sous-agents tout seul, sans fichier à écrire. Tes skills, eux, marchent partout. Il suffit de les activer sur ton compte, et un skill écrit pour Claude Code te suit dans Cowork. D’ailleurs, si Cowork est ton terrain, j’en ai fait un guide complet pour entrepreneur débordé ici.

Exemple d’agent :

---
name: relecteur
description: Relit un texte et signale ce qui sonne faux ou générique, contraire à ma voix.
  À utiliser après chaque rédaction longue, avant publication publique.
tools: Read, Grep
model: sonnet
skills: [humanizer-fr, cadence-rythme]
---

Tu es un relecteur exigeant. Tu n'as pas écrit ce texte.
Tu signales ce qui sonne comme de l'IA, ce qui est vague, ce qui ment ou ne respecte pas ma voix. Tu trouveras ma voix dans le fichier /voix.md.
Tu ne réécris pas. Tu listes les problèmes, par ordre de gravité. Puis tu envoies la newsletter et tes remarques à l'agent editeur.

[liste de mes règles]

name : c’est le nom de l’agent.

description : c’est ce que Claude lit pour décider de déléguer. Sois précis sur le quand, pas seulement sur le quoi.

tools : la liste blanche. Ici l’agent peut lire et chercher, point.

model : tu choisis, et tu peux descendre en gamme quand la tâche ne demande pas de réflexion. Ici, pour de la relecture, sonnet suffit.

skills : tu précharges tes skills dans l’agent, et le contenu complet est injecté à son démarrage (Oui ! Un agent peut utiliser des skills. Tes skills ne concurrencent pas tes agents, ils sont complémentaires).

Un exemple d’agents dans mon workflow : La boucle relecteur et éditeur

J’écris la newsletter avec Claude dans ma conversation, et mes skills font le style : humanizer-fr pour les traces d’IA, titre-magnetique m’aide pour l’objet. Ces recettes ne bougent jamais.

Puis le draft sort de la conversation pour une relecture à froid.

L’agent relecteur rend un verdict et une liste de problèmes classés par gravité, l’agent editeur corrige les problèmes listés et rien d’autre, puis le relecteur repasse derrière.

Les deux se renvoient la balle jusqu’à ce que mes standards passent.

Avec un garde-fou : trois allers-retours maximum.

Si tu veux plus de détail sur ce genre de système en boucle, lit cet article :

Et voilà,

Tu as appris à :

1. Faire la différence entre un skill et un agent Claude.

2. Savoir lequel utiliser, skill, agent, ou les deux, sans hésiter.

Bravo !

---

Comme promis, une astuce IA pour faire grandir ton business avant que ton café ne refroidisse ☕

---

À mardi,

Le Solopreneur Introverti

Questions fréquentes :

Faut-il créer ses propres agents Claude ?

Rarement. Claude lance ses propres sous-agents automatiquement, surtout avec les modèles récents et un niveau d’effort élevé. Tu définis un agent à la main pour contrôler son contexte de démarrage : un caractère constant, des outils restreints, tes skills préchargés, sans l’historique de ta conversation.

Quelle est la différence entre un skill et un agent Claude ?

Un skill est une recette que tu écris à l’avance et que Claude suit. Un agent est une instance séparée de Claude qui prend ses propres décisions dans son propre contexte. Le skill encode une procédure, l’agent à plus de liberté et un contexte dédié.

Un agent peut-il utiliser mes skills ?

Oui. Le champ skills: dans l’en-tête de l’agent précharge le contenu complet du skill dans son contexte au démarrage. C’est la méthode recommandée pour combiner les deux.

Les skills fonctionnent-elles ailleurs que dans Claude Code ?

Oui. Les Agent Skills sont un standard ouvert depuis décembre 2025, utilisable sur claude.ai, l’API, l’Agent SDK, et des outils tiers comme Cursor ou VS Code. Les agents .claude/agents/ restent spécifiques à Claude Code et à l’Agent SDK.

Skills ou MCP, lequel choisir ?

Les deux, ils ne servent pas à la même chose. MCP connecte Claude à un système externe comme un CRM ou une base de données. Un skill encode un savoir-faire. Le MCP gère l’accès, le skill gère la méthode.