En production - Elding

En production, il n’y a pas de elding login (pas de navigateur). Tu fournis le token et le set par deux variables d’environnement. Le SDK les lit automatiquement : tu ne changes pas ton code.

ELDING_REFRESH_TOKEN=eld_rt_...   # génère-le dans le dashboard → Clés API
ELDING_SET_ID=...                 # l'id du set à charger

Garde ces noms exacts. Le SDK les détecte seul : aucune option à passer à configure(). Le même code marche en dev et en prod.

Une clé d’API HTTP avec `configure()`

Exactement le même code qu’en dev.

import OpenAI from "openai";
import { configure } from "@elding/sdk";

const openai = new OpenAI(
  await configure("OPENAI_API_KEY", "https://api.openai.com")
);

Elding ne remplace pas les variables non HTTP. Conserve DATABASE_URL, JWT_SECRET, REDIS_URL, les certificats et les mots de passe de base de données dans les variables d’environnement de ta plateforme.

Où trouver les 2 valeurs

Variable	Où la trouver
`ELDING_REFRESH_TOKEN`	Lance `elding deploy` (CLI) ou Dashboard → Clés API → Nouvelle clé (affichée une seule fois)
`ELDING_SET_ID`	Ouvre le set dans le dashboard, l’identifiant est dans l’URL

Tes clés API vivent dans le Vault, récupérées au runtime via un seul token. Rotation, révocation et audit centralisés.Propagation d’une rotation : le SDK garde les clés en mémoire jusqu’à 5 minutes. Après avoir changé une clé dans le dashboard, la nouvelle valeur est active sur toutes tes instances en moins de 5 minutes, sans redéployer.

Comment générer ces variables

Guide pas à pas : méthode CLI et méthode dashboard.

secret()Déployer en production

​Une clé d’API HTTP avec configure()

​Où trouver les 2 valeurs

Comment générer ces variables

Une clé d’API HTTP avec `configure()`

Où trouver les 2 valeurs