Partager ce que vous construisez avec votre équipe

Une skill bien faite, un plugin au point, un projet bien documenté : leur valeur se multiplie quand l’équipe s’en sert. Les offres Team et Enterprise prévoient plusieurs façons de partager, du collègue précis à toute l’organisation. Cette leçon les passe en revue.

Partager ou publier ?

Le centre d’aide distingue deux gestes :

• partager donne une skill ou un plugin à des personnes ou des groupes précis, et vous en gardez le contrôle ;
• publier le confie à la bibliothèque de l’organisation, qui le gère ensuite.

Partager une skill ou un plugin

Dans Customize > Skills (ou Customize > Plugins), ouvrez le menu « … » à côté de l’élément que vous avez créé, puis Share. Vous pouvez partager avec des personnes (par nom ou adresse) ou, sur Enterprise, avec un groupe déjà défini dans l’organisation.

Chez les destinataires, l’élément apparaît dans la section Shared with you, grisé jusqu’à ce qu’ils l’activent, avec votre nom comme propriétaire. Le partage est en lecture seule : ils l’utilisent mais ne le modifient pas. Quand vous le mettez à jour, ils reçoivent automatiquement la nouvelle version à l’usage suivant. Vous pouvez retirer un accès à tout moment, et il disparaît de lui-même quand la personne quitte l’organisation. Un plugin ajouté depuis une place de marché ne peut pas être partagé.

Le partage doit d’abord être autorisé par un propriétaire, dans Organization settings > Plugins & skills, onglet Policy (options Skill sharing et Share with groups). Si le bouton Share n’apparaît pas, voyez avec lui.

Publier dans la bibliothèque de l’organisation

Ouvrez l’élément, puis Publish to org. Si l’organisation exige une revue, vous proposez un mode de diffusion — Available to install, Installed by default ou Required — et vous pouvez joindre des notes de version. Un propriétaire, ou une personne habilitée, vérifie l’élément avant publication et décide qui le reçoit. L’élément affiche son statut : en attente, modifications demandées (avec la note du relecteur), ou publié ; vous recevez un e-mail à l’approbation. Si l’analyse de sécurité est activée, l’élément n’apparaît pour les autres qu’après l’avoir passée.

Une fois publiée, la skill est gérée par l’organisation. Pour la mettre à jour, publiez à nouveau : la nouvelle version repasse la même revue, et tout le monde reste sur la version approuvée en attendant.

Dans une grande organisation, la leçon officielle recommande ce circuit : la bibliothèque privée de l’organisation, un catalogue de plugins approuvés que gère un administrateur. Vous confiez le plugin à la personne qui la tient (un responsable d’équipe, l’équipe d’accompagnement, l’informatique), qui le publie et choisit comment il arrive chez les autres : disponible (chacun l’installe s’il le souhaite), installé par défaut (désactivable) ou obligatoire (pour un contrôle de conformité que tout le monde doit faire de la même façon). Vos collègues le voient dans leur répertoire, marqué comme venant de l’entreprise ; ils l’utilisent mais ne le modifient pas, les mises à jour venant de son responsable.

Partager un projet

Les projets se partagent comme dans Claude : accès en lecture (Can view) ou en modification (Can edit) pour des personnes de l’organisation, modifiable ou révocable ensuite. Le partage par groupe est en bêta sur Enterprise. C’est la bonne solution pour un dossier client ou un chantier suivi à plusieurs : instructions, fichiers et contexte communs.

Partager un livrable

On ne partage pas une session Cowork, mais on partage ce qu’elle produit. Les documents, présentations et visuels créés avec Claude Docs, Claude Slides et Claude Design sont accessibles par un lien partageable, que l’on ouvre aussi sur téléphone ; on peut les retoucher soi-même ou laisser un commentaire à Claude.

Les habitudes qui évitent qu’un plugin vieillisse

• Un responsable par plugin partagé, qui relit les changements, relance les évaluations et décide des mises à jour ou du retrait.
• Des évaluations avant chaque publication : si les cas qui comptent ne tiennent plus après un changement, on ne pousse pas la mise à jour.
• Des noms précis : « preparation-reunion » risque d’entrer en collision avec trois autres skills de l’organisation, « ventes-preparation-renouvellement-client » non.
• Une revue régulière, par exemple trimestrielle : ce qui est installé, ce qui sert vraiment, ce qui a vieilli. On retire ce que personne n’utilise.

À vous de jouer

Votre premier plugin d’équipe. Notez les deux ou trois skills sur lesquelles vous et vos collègues proches comptez le plus : ce sont les candidates d’un premier plugin d’équipe. Puis identifiez la personne qui, dans votre organisation, peut le publier dans la bibliothèque. Si vous ne savez pas qui c’est, c’est votre vraie prochaine étape.

Sources officielles : Share what you build with your team (Claude Academy) · Use skills in Claude · Use plugins in Claude · Organize your tasks with projects · Annonce du 16 septembre 2026

Points clés à retenir

• Partager (à des personnes ou des groupes, vous gardez le contrôle) n’est pas publier (l’organisation gère)
• Un élément partagé est en lecture seule et se met à jour automatiquement chez les destinataires
• La publication peut passer par une revue et proposer trois modes : disponible, installé par défaut, obligatoire
• Un responsable, des évaluations avant chaque publication, des noms précis et une revue régulière
• Les projets se partagent en lecture ou en modification ; les sessions ne se partagent pas, leurs livrables oui