member.manage
Markdownv0.3.0
Attribuer, modifier ou retirer le rôle d'un membre d'une organisation.
- API
POST /v1/organizations/{organizationId}/members - MCP
member_manage - CLI
bastide member manage
Un membre seulement : un compte entre par invitation. Un rôle hiérarchique remplace celui de la portée, Sécurité et Facturation s'ajoutent. Jamais au-dessus du rang de l'appelant ; l'organisation garde un Propriétaire.
| Propriété | Valeur |
|---|---|
| Niveau | organization |
| Rang minimal | admin |
| Rôle transversal | — |
| Portées | org:admin |
| Compte de service | ne la mène pas : cette écriture ne lui est pas ouverte |
| Réversibilité | E — réversible avec effort : validation d'une personne avant l'appel, puis cinq minutes pour tout défaire d'un seul appel |
| Idempotence | une clé d'idempotence est acceptée : le rejeu rend la première réponse |
| Limites de débit, par jeton | 600 appels par 60 secondes (general), et 60 appels par 60 secondes (sensitive) |
API
POST /v1/organizations/{organizationId}/members — succès en 200.
| Paramètre | Où | Type | Requis | Description |
|---|---|---|---|---|
organizationId | chemin | texte, motif ^org_[0-9A-HJKMNP-TV-Z]{26}$ | oui | Identifiant de organisation |
Idempotency-Key | en-tête | texte, de 8 à 128 caractères | non | Clé d'idempotence. Un rejeu portant la même clé retourne le résultat initial sans nouvel effet de bord, et la réponse porte alors « Idempotency-Replayed: true ». Équivaut au champ « idempotencyKey » du corps ; les deux à la fois ne sont acceptés que s'ils sont identiques. |
accountId | corps | texte, motif ^acc_[0-9A-HJKMNP-TV-Z]{26}$ | oui | Identifiant de compte |
role | corps | l'un de reader, developer, maintainer, admin, owner, security, billing, ou nul | oui | null retire l'habilitation |
projectId | corps | texte, motif ^prj_[0-9A-HJKMNP-TV-Z]{26}$ | non | Restreint l'habilitation à un projet |
expiresAt | corps | texte, format date-time | non | |
idempotencyKey | corps | texte, de 8 à 128 caractères | non | Clé d'idempotence, obligatoire. Un rejeu portant la même clé rend le résultat initial, sans nouvel effet de bord. |
La réponse :
| Champ | Type | Description |
|---|---|---|
assignmentId | texte, ou nul | |
undoToken | nul | Aucun jeton pour cet appel, et null est la vérité : cette opération ne se défait pas par action.undo. |
En-têtes de la réponse : RateLimit-Limit, RateLimit-Remaining, RateLimit-Reset, RateLimit-Policy, Idempotency-Replayed.
Autres réponses : 400, 401, 403, 404, 409, 429, 500, 503 — communes à toute opération.
Ligne de commande
bastide member manage --organization-id <valeur> --account-id <valeur> --role <valeur>
| Option | Type | Requise | Défaut | Description |
|---|---|---|---|---|
--organization-id | texte | oui | — | Identifiant de organisation |
--account-id | texte | oui | — | Identifiant de compte |
--role | texte | oui | — | null retire l'habilitation |
--project-id | texte | non | — | Restreint l'habilitation à un projet |
--expires-at | texte | non | — | |
--idempotency-key | texte | non | — | Clé d'idempotence, obligatoire. Un rejeu portant la même clé rend le résultat initial, sans nouvel effet de bord. |
La commande demande une confirmation avant d'agir, sauf avec « --yes ».
MCP
Outil member_manage.
| Propriété | Valeur |
|---|---|
| Lecture seule | non |
| Destructif | oui |
| Idempotent | oui |
| Monde ouvert | non |
| Confirmation en deux temps | non |
| Budget de jetons du résultat | 400 |
Erreurs
| Code | Surface | Cause |
|---|---|---|
habilitation_au_dela_du_rang | les deux | Le rôle demandé, ou celui que le membre tient déjà là, dépasse le rang que l'appelant tient sur cette portée : il ne donne, ne change ni ne retire un rôle au-dessus du sien. |
dernier_proprietaire | les deux | Ce geste retirerait à l'organisation son dernier Propriétaire : une organisation en garde toujours un. |
second_factor_required | les deux | L'organisation exige un second facteur des rôles Propriétaire, Administrateur et Sécurité, et ce compte n'en tient aucun ; OU un rôle qui ouvre l'écriture SQL ou la gestion des clés (Mainteneur, Administrateur, Propriétaire) est attribué à un compte sans second facteur. |
idempotency_key_conflict | API | Deux clés d'idempotence différentes ont été présentées, dans le corps et dans l'en-tête. |
S'y ajoutent les refus communs à toute opération — entrée invalide, authentification, autorisation, cible introuvable, conflit, limite de débit, indisponibilité — que le catalogue des erreurs décrit.
Exemples
Habiliter un membre comme développeur sur un seul projet, jusqu'à une date :
{
"organizationId": "org_01JQ8ZK4M7NP2RSTVWXYZ34567",
"accountId": "acc_01JQ8ZK4M7NP2RSTVWXYZ34567",
"role": "developer",
"projectId": "prj_01JQ8ZK4M7NP2RSTVWXYZ34567",
"expiresAt": "2026-12-31T23:59:59Z",
"idempotencyKey": "habilitation-developpeur-2026-09-14"
}