Automatiser un rapport hebdomadaire de KPI avec l'IA
Chaque lundi, un agent planifié lit les inscriptions, utilisateurs actifs, revenus et taux de désabonnement de la semaine passée et rédige un court rapport avec l'évolution d'une semaine sur l'autre.
- Connexion en lecture seule
- Planifié
- Callback
- Plafond de budget
Regardez une vraie exécution
Une vraie exécution du 7 oct. 2026, rejouée. Modèle : openai/gpt-6-luna.
{
"period": "last_week"
}- En file d'attentebudget de $0.025 réservé
- MicroVMmicroVM ready
- MicroVMworker started · shell off · web off
- Connexionanalytics GET /metrics?period=last_week
- Résultat
analytics GET → 200 - MicroVMmicroVM destroyed
- Réussie2 appels au modèle, 2,479 jetonsSortie enregistrée (en anglais)
Weekly business report — 2026-W40
- Signups: 294 (+98)
- Active users: 2,803 (+282)
- Revenue: $22,853.85 (−$546.85)
- Churned accounts: 8 (no change)
- Worker détruit$0.002442 facturé, $0.022558 libéré
Lancez-le vous-même
Ouvrez l'exemple dans le playground avec toute la requête déjà remplie. Il s'exécute sur votre propre compte, dans le budget indiqué, sur les mêmes systèmes d'exemple en lecture seule.
Budget pour cet exemple : $0.025
Fonctionnement
L'agent lit une API d'analytique via une connexion en lecture seule et rédige un rapport de moins de 150 mots que vous pouvez publier dans le chat ou envoyer par e-mail. La planification a son propre fuseau horaire. Chaque exécution coûte une fraction de centime.
Ce que l'agent peut et ne peut pas faire
Les permissions font partie de la requête. Tout ce qui n'est pas listé ici n'est pas disponible pour l'exécution.
| Paramètre | Autorisé |
|---|---|
| Connexions | analytics : GET uniquement, sur ephemer.al/api/samples/analytics-api |
| Web | Désactivé |
| Shell | Désactivé |
| Fichiers | Aucune |
| Rétention zéro des données | Désactivée : l'historique est conservé 30 jours |
| Budget | $0.025, un plafond strict |
| Délai | 60 secondes |
Les identifiants n'entrent jamais dans la machine : un broker les ajoute à chaque appel et impose les méthodes ci-dessus.
Le code
Voici la requête exacte envoyée par l'exemple. Définissez EPHEMERAL_API_KEY avec une clé de membre de votre organisation.
curl -X POST $EPHEMERAL_URL/v1/runs \
-H "Authorization: Bearer $EPHEMERAL_API_KEY" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: $(uuidgen)" \
-d @request.jsonCorps complet de la requête workflow.json
Le même corps, avec les fichiers en ligne.
{
"prompt": "Write the weekly business report for input.period. Call GET /metrics?period=<input.period> on the analytics connection and use only what it returns. Reply in Markdown, at most 150 words: a one-line headline, then signups, active users, revenue in dollars and churned accounts, each with the change from the week before. If the call fails, say so instead of estimating.",
"connections": {
"analytics": {
"type": "http",
"url": "https://ephemer.al/api/samples/analytics-api",
"auth": {
"type": "bearer",
"token": "sample_read_key"
},
"allowed_methods": [
"GET"
],
"instructions": "GET /metrics?period=last_week or period=2026-W40 returns signups, active_users, revenue_cents and churned_accounts for that ISO week, with the same figures for the week before. Amounts are in cents."
}
},
"shell": false,
"timeout_seconds": 60
}Cet exemple s'exécute selon un calendrier : 0 9 * * 1 dans le fuseau Asia/Tokyo. Une planification lance un workflow enregistré : enregistrez d'abord la requête comme workflow, puis créez la planification.