Passer au contenu principal

​
En 4 commandes

1

Installe le CLI

npm install -g @elding/cli
2

Connecte-toi

elding login
Ouvre le navigateur, autorise, c’est fait. Le token est stocké localement (chmod 600).
3

Crée un set + ajoute tes clés

Dans le dashboard, crée un set (ex. dev) et ajoute tes clés. Puis lie ton projet :
elding init
4

Lance ton app derrière le proxy

Préfixe ta commande habituelle par elding proxy -- :
elding proxy -- node app.js
Tes secrets sont chargés dans le proxy, jamais dans la mémoire de ton app.

​
Intègre-le à ton npm run dev

Pour ne plus y penser, mets elding proxy -- dans le script dev de ton package.json :
package.json
{
  "scripts": {
    "dev": "elding proxy -- next dev"
  }
}
Maintenant tu lances ton app comme d’habitude, la clé est protégée en transparence : 
npm run dev
Ça marche avec n’importe quelle commande : next dev, vite, node server.js, nodemon… Tu gardes ton workflow exact, Elding s’ajoute par-dessus.

​
Le moment magique

Dans ton code, une seule ligne. configure() s’occupe de tout :
app.js
import OpenAI from "openai";
import { configure } from "@elding/sdk";

const openai = new OpenAI(
  await configure("OPENAI_API_KEY", "https://api.openai.com")
);
// la vraie clé n'entre jamais dans ton app
Maintenant essaie de logger la clé : 
console.log(process.env.OPENAI_API_KEY); // → undefined ou {{OPENAI_API_KEY}}
La requête vers OpenAI fonctionne : le proxy injecte la vraie clé au dernier moment, verrouillée sur api.openai.com. Mais ton app, ton agent IA et tes dépendances ne voient qu’un placeholder. La vraie clé n’existe nulle part dans ton process.

​
Et après ?

Comprendre le proxy

Comment l’injection et le host-lock fonctionnent.

run vs proxy

Quel mode choisir selon ton cas.