---
title: Équipes
description: Les équipes sont des groupes nommés de membres qui partagent l'accès aux agents, prompts, projets et intégrations. Les Administrateurs créent et gèrent les équipes sous Paramètres > Équipes ; la frontière qu'elles tracent est la couche de cadrage pour tout ce qui est sous la couche de rôle.
---

Une équipe est un groupe nommé de membres qui partage l'accès aux agents, prompts, projets, intégrations et conversations. Là où les rôles définissent ce qu'une personne _peut_ faire, les équipes définissent dans quelle tranche des données de l'org cette personne travaille. La plupart des orgs finissent avec une poignée d'équipes — support, ventes, opérations — et la plupart des décisions quotidiennes de permission atterrissent sur la frontière équipe, pas sur la frontière rôle. Les Administrateurs gèrent les équipes sous **Paramètres > Équipes**.

Cette page est la référence pour ce qu'une équipe possède, comment marche l'appartenance, et comment la frontière équipe interagit avec les permissions basées sur les rôles documentées sous [Membres et rôles](/fr/platform/admin/members-and-roles). Lis-la une fois quand tu mets les équipes de l'org en place ; reviens quand tu réorganises.

## Ce qu'une équipe possède

Une équipe porte l'appartenance et un ensemble de ressources qui lui sont cadrées. Les ressources sont :

- **Agents** — les agents créés avec un cadre d'équipe ne sont visibles et éditables que par les membres de cette équipe. Les agents à l'échelle de l'org restent visibles pour quiconque a le bon rôle.
- **Prompts** — les prompts enregistrés avec visibilité `Équipe` n'apparaissent que pour les membres de cette équipe. Les prompts personnels restent privés à leur propriétaire ; les prompts Globaux sont visibles à l'échelle de l'org.
- **Projets** — les projets peuvent être assignés à une équipe ; les membres de l'équipe héritent de l'accès au projet sans être ajoutés un par un.
- **Intégrations** — les intégrations restreintes à certaines équipes (sous le levier **Équipes autorisées** dans **Paramètres > Intégrations**) n'apparaissent que dans les pickers de ces équipes.
- **Conversations** — les conversations de canal client peuvent être routées vers une équipe ; le filtre de l'inbox respecte le cadre équipe.

Une ressource sans cadre équipe reste visible pour quiconque dont le rôle l'autorise. Les équipes sont une couche de cadrage _additive_ — elles rétrécissent la visibilité, jamais ne l'élargissent.

## Créer une équipe

Ouvre **Paramètres > Équipes** et clique sur **Créer une équipe**. Donne à l'équipe un nom (`Support`, `Ventes`, `Opérations`) et une description optionnelle ; le nom apparaît partout où l'équipe surgit — pickers, badges, onglets de la bibliothèque de prompts, champ équipes-autorisées de l'intégration. Enregistrer crée une équipe vide que tu peux remplir de membres depuis la ligne de l'équipe.

La ligne de l'équipe porte trois sous-vues : **Membres** (qui est dans l'équipe), **Ressources** (ce que l'équipe possède) et **Paramètres** (nom, description et cycle de vie de l'équipe). La vue Ressources est la façon la plus simple de voir jusqu'où une équipe peut atteindre ; elle sert aussi de surface d'audit quand quelqu'un demande pourquoi une équipe voit un agent particulier.

## Ajouter et retirer des membres

Ouvre la ligne de l'équipe et clique sur **Ajouter des membres**. Le picker liste les membres de l'org ; en cocher un l'ajoute à l'équipe. Un membre peut appartenir à plusieurs équipes ; son accès est l'union de chaque équipe dans laquelle il est plus la portée à l'échelle de l'org de son rôle. Retirer un membre d'une équipe arrache la visibilité cadrée équipe à la requête suivante ; les chats en vol se terminent, mais le thread suivant ne voit pas les ressources de l'équipe.

## Équipe versus rôle

Le rôle décide ce qu'une personne peut faire ; l'équipe décide à quoi elle peut le faire. Un utilisateur de rôle Membre dans l'équipe Support peut lire les agents de l'équipe support mais ne peut pas les éditer ; un utilisateur de rôle Développeur dans l'équipe Support peut lire et écrire les agents de l'équipe support mais ne peut pas voir ceux des Ventes. Les équipes n'accordent jamais des capacités que le rôle n'a pas ; les rôles n'élargissent jamais la visibilité au-delà du cadre équipe.

Quand tu as besoin d'une décision de permission que les rôles et équipes existants ne peuvent pas exprimer, le levier suivant est une politique de gouvernance — voir [Membres et rôles](/fr/platform/admin/members-and-roles) pour comment les politiques s'attachent aux rôles, et la section gouvernance pour les champs de politique eux-mêmes.

## Supprimer une équipe

Clique la ligne de l'équipe, puis **Supprimer l'équipe**. La suppression est définitive — l'équipe est partie, chaque ressource cadrée équipe qu'elle possédait passe à la visibilité à l'échelle de l'org, et les membres perdent la tranche cadrée équipe de leur accès. Pas d'annulation ; les ressources orphelines restent joignables par quiconque dont le rôle l'autorise, ce qui est rarement le bon résultat. Va vers supprimer quand une équipe est vraiment retirée, pas quand elle se réorganise.

## Où cela s'inscrit

Les équipes sont la couche de cadrage juste sous les rôles — les rôles disent _quoi_, les équipes disent _où_. La lecture suivante naturelle dépend de la ressource que tu cadres : [Bibliothèque de prompts](/fr/platform/workspace/prompt-library) pour comment les prompts s'attachent aux équipes, [Intégrations (vue Admin)](/fr/platform/admin/integrations) pour le levier équipes-autorisées, et [Projets](/fr/platform/projects/overview) pour l'assignation projet-à-équipe.
