# backend.key.create — Frapper une clé secrète pour le backend d'un projet. Elle n'est rendue qu'une fois.

> Engendrée depuis le registre. Ne pas modifier à la main.

EX-DATA-100 : plusieurs clés secrètes, révocables individuellement — ce qui corrige le défaut de la clé « service_role », unique et dont la rotation cassait tout. La valeur n'est rendue qu'ici : la base n'en garde qu'une empreinte salée, et un rejeu sous la même clé d'idempotence ne la rend pas.

| Propriété | Valeur |
| --- | --- |
| Niveau | `project` |
| Rang minimal | `admin` |
| Rôle transversal | — |
| Portées | `project:write` |
| Compte de service | ne la mène pas : elle est réservée à une personne |
| Réversibilité | R — réversible : exécution directe, tracée, annulable |
| 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/projects/{projectId}/backend/keys` — succès en `201`.

| Paramètre | Où | Type | Requis | Description |
| --- | --- | --- | --- | --- |
| `projectId` | chemin | texte, motif `^prj_[0-9A-HJKMNP-TV-Z]{26}$` | oui | Identifiant de projet |
| `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. |
| `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 |
| --- | --- | --- |
| `id` | texte |  |
| `display` | texte |  |
| `value` | texte | Remise une seule fois. Aucune lecture ultérieure ne la retrouve. |
| `createdAt` | texte, format date-time |  |
| `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 backend key create --project-id <valeur>`

| Option | Type | Requise | Défaut | Description |
| --- | --- | --- | --- | --- |
| `--project-id` | texte | oui | — | Identifiant de projet |
| `--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 s'exécute sans confirmation.

## MCP

Aucun outil : elle rend la valeur d'un secret, une seule fois, ou la refuse à tous : aucun outil MCP ne renvoie la valeur d'un secret, quelle que soit la portée du jeton (EX-MCP-070, EX-SEC-270).

## Erreurs

| Code | Surface | Cause |
| --- | --- | --- |
| `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. |
| `valeur_rendue_une_fois` | API | Ce que l'opération crée n'est rendu qu'au premier appel : la plateforme n'en garde pas de copie, et un rejeu ne peut pas le rendre. |

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

Frapper une clé secrète pour le backend d'un projet :

```json
{
  "projectId": "prj_01JQ8ZK4M7NP2RSTVWXYZ34567",
  "idempotencyKey": "cle-secrete-backend-2026-09-14"
}
```