npm / npx

npm est un gestionnaire de paquets : l'outil qui va chercher, sur un immense magasin en ligne, les briques de code déjà écrites par d'autres dont votre projet a besoin (un « paquet », c'est une fonctionnalité prête à l'emploi : un calendrier, un lecteur vidéo, un système d'envoi d'e-mails). Sa variante npx permet de lancer un outil une seule fois sans l'installer à demeure. Pour un non-développeur, l'image juste est celle d'un magasin de pièces détachées dans lequel on ne va jamais soi-même : vous décrivez la fonctionnalité voulue, et Claude Code va commander la bonne pièce et la monter. La limite tient surtout au confort : les installations sont parfois lentes et créent des dossiers très lourds (le fameux node_modules).

Face à pnpm et Yarn, deux alternatives plus rapides et plus économes en espace disque, npm perd sur la performance pure — c'est précisément pourquoi de nombreux projets, dont la stack Ottho, préfèrent pnpm. Mais npm gagne sur un point décisif pour débuter : il est livré d'office avec Node.js, sans rien à configurer, et c'est lui que mentionnent 90 % des tutoriels du web. Le registre (le magasin lui-même) est d'ailleurs le même pour les trois : ils puisent dans le même catalogue.

Adoptez npm par défaut : vous l'avez déjà dès que Node.js est installé, et c'est avec lui que la plupart des projets démarrent. Passez à pnpm dès que la lenteur ou la place sur le disque devient gênante — sur un projet Next.js qui grossit, le gain est net, et c'est le choix retenu en formation. Dans tous les cas, vous ne tapez jamais ces commandes vous-même : Claude Code décide quelle brique installer et avec quel outil, vous validez le résultat.