Des agents IA
éphémères.
Ephemeral vous donne des workers jetables. À chaque requête, une machine neuve démarre, accomplit votre tâche avec seulement les outils, fichiers et budget que vous autorisez, puis disparaît. Il ne reste que le résultat.
Définissez une fois. Lancez partout. Ne laissez rien derrière.
- 1
Définissez la tâche
Un prompt et des entrées, les fichiers, API et sites web autorisés, le modèle et la dépense maximale. Enregistrez-la comme workflow pour la relancer par son nom.
- 2
Lancez-la à votre façon
Appelez l'API, utilisez la CLI, lancez-en une depuis le tableau de bord ou programmez une planification. Chaque exécution a sa propre microVM neuve et diffuse chaque étape en direct.
- 3
Gardez le résultat
La sortie, la chronologie et le coût exact sont enregistrés, et un callback signé peut les livrer. La machine et tout ce qu'elle contient sont détruits.
curl https://app.ephemer.al/v1/runs \
-H "Authorization: Bearer $EPHEMERAL_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"prompt": "Find out why this payment failed.",
"input": { "payment_id": "pay_123" },
"files": [{ "file": "playbook.md" }],
"connections": {
"payments": { "ref": "payments-api", "allowed_methods": ["GET"] }
},
"web": { "allow": ["status.example.com"] },
"shell": false,
"max_cost_micros": 500000
}'- En file d'attentebudget $0.50 réservé
- MicroVM prête
- Worker démarréshell désactivé, web activé
- read
playbook.md - payments
GET /payments/pay_123 → 200failure_code: insufficient_funds - payments
GET /payments/pay_123/attempts → 2002 × insufficient_funds - Réussie3 appels au modèle, 5 101 jetonsCause : la banque du client a refusé le paiement pour fonds insuffisants. Preuve : failure_code: insufficient_funds. Tentatives : les deux ont échoué pour la même raison. Étape suivante : proposez au client de réessayer une fois le solde réglé ou d'utiliser une autre carte.
- Worker détruit$0.002618 facturé, $0.497382 libéré
Rejeu d'une exécution réelle de cet exemple avec l'API de paiement d'exemple.
playbook.md est un fichier que vous importez et payments-api une connexion que vous enregistrez. Configurer pas à pas
Des workflows Ephemeral, à votre rythme
Enregistrez une tâche comme workflow et lancez-la quand il le faut : depuis votre backend avec de nouvelles entrées, depuis la CLI, ou selon un calendrier, par exemple chaque jour ouvré à 09:00 à Tokyo. Chaque exécution repart de zéro et est enregistrée séparément.
- Toutes les cadences, de quelques minutes au mois, dans n'importe quel fuseau horaire
- Un démarrage est ignoré tant que la dernière exécution est en cours
- Chaque exécution conserve la définition exacte qu'elle a utilisée
PUT /v1/workflows/investigate-payment
{
"prompt": "Find out why this payment failed.",
"model": "openai/gpt-6-luna",
"files": [{ "file": "playbook.md" }],
"connections": {
"payments": {
"ref": "payments-api",
"allowed_methods": ["GET"]
}
},
"web": { "allow": ["status.example.com"] },
"timeout_seconds": 120
}Branchez votre stack, gardez vos clés
Donnez à vos agents vos API HTTP et vos serveurs MCP. Ephemeral détient les identifiants et effectue chaque appel : aucun jeton n'entre dans la machine, et seuls les méthodes ou outils autorisés passent. L'accès web subit les mêmes contrôles.
- API HTTP et serveurs MCP, autorisés avec vos propres clés ou comptes
- N'autorisez que les méthodes ou outils dont une tâche a besoin
- Chaque appel est enregistré, les identifiants sont retirés des réponses
"connections": {
"payments": {
"ref": "payments-api",
"allowed_methods": ["GET"]
},
"support": {
"ref": "helpdesk-mcp",
"allowed_tools": ["create_ticket"]
}
},
"web": { "allow": ["status.example.com"] }Conçu pour ne rien laisser derrière
Rien n'est partagé entre les exécutions. Les fichiers temporaires disparaissent avec la machine.
Cinq minutes par défaut. À l'expiration du délai, le worker est arrêté et détruit.
Un broker ajoute vos identifiants et impose les méthodes ou outils que vous autorisez.
Réservé avant le démarrage. Les appels au modèle s'arrêtent à la limite. Le reste est libéré.
Montés en lecture seule au chemin de votre choix, jusqu'à 4 MiB par exécution.
Conservé 30 jours après la fin de l'exécution, puis supprimé. Avec la rétention zéro, vous n'obtenez que la sortie, une seule fois.
Payez les secondes d'exécution
Crédits prépayés, sans abonnement. Chaque exécution réserve son budget, paie ce qu'elle a consommé et libère le reste.
Comprendre les tarifs- Calcul
- $0.0002par seconde
- Modèles
- Au prix coûtanttel que le fournisseur le facture
- Crédits dès
- $5avec recharge automatique facultative
Ou lancez-le dans votre propre AWS
Le même moteur et le même tableau de bord dans une seule image, avec une licence par installation. Exportez-en les fichiers d'installation et créez la pile dans votre propre compte AWS.
Lire le guide d'auto-hébergementdocker login ephemer.al -u dep_… # the password is your license token
docker run --rm -v "$PWD:/out" \
ephemer.al/ephemeral/self-hosted:$EPHEMERAL_VERSION setup all /out
aws cloudformation create-stack --stack-name ephemeral \
--template-body file://ephemeral-aws.yaml \
--capabilities CAPABILITY_IAM --parameters …