Un rapport qui se lance tout seul, à l'heure que vous choisissez.
Rédigez un prompt réutilisable, choisissez les bases et connecteurs que la tâche peut consulter, fixez un planning (ou déclenchez-le à la demande), et laissez Miraca livrer le résultat par e-mail, Slack ou webhook. Une requête, un résultat, une livraison : pas un agent qui erre entre deux exécutions.
Ni un cron brut, ni un agent autonome
Le juste milieu pour vos rapports et alertes récurrents
Un prompt, des variables
Rédigez le prompt une fois, avec des variables ${variable} remplies à chaque exécution (par vous, ou par un appel API). Des valeurs système sont disponibles d'office : date du jour, nom de la tâche.
Planning ou à la demande
Manuel, quotidien, jours ouvrés, hebdomadaire, ou déclenché par API. Fréquence minimale d'une heure ; jusqu'à trois exécutions en parallèle par tâche, réglable.
Trois sorties, indépendantes
E-mail, Slack (un canal, ou en message privé à une personne) et webhook signé pour vos automatisations. Un échec sur l'une n'empêche pas les autres. La tâche peut joindre un fichier qu'elle a produit : tableur, document, présentation.
Historique complet
Chaque exécution est consignée avec son résultat, déchiffré à la demande. De quoi vérifier ce qui a été envoyé, et à qui.
Jamais de clé mise de côté
Chaque run réutilise la clé et le périmètre du moment de la personne qui a créé la tâche. Un accès révoqué se traduit par un échec propre, pas par une fuite.
Pas de dérive
Une tâche, une requête /v1/chat/completions par exécution. Pas de chaînage tâche après tâche, et aucune mémoire entre deux exécutions tant que vous ne donnez pas à la tâche l'accès à son propre historique.
En détail
Du prompt à la livraison, sous votre contrôle
Un prompt, pas un script
Déclarez les variables dont votre prompt a besoin (avec valeurs par défaut si besoin), et les ressources que la tâche peut consulter : bases de connaissance, connecteurs, recherche web, exécution de code. La tâche ne voit que ce que vous lui donnez.
📝 Variables ${var} · valeurs système (date, nom de la tâche) · ressources déclarées explicitement.
Manuel, planifié, ou piloté par API
Choisissez un préréglage (quotidien, jours ouvrés, hebdomadaire) traduit en planning, ou déclenchez la tâche vous-même. Une tâche accepte plusieurs exécutions en parallèle (trois par défaut, réglable de 1 à 20) : au-delà, les déclenchements sont mis en file et repris dès qu'un créneau se libère, jamais perdus.
Livré là où votre équipe travaille
E-mail (mise en forme automatique du texte du modèle), Slack (dans un canal, ou en message privé à une personne en indiquant simplement son adresse) et webhook (pour brancher Make ou n8n en aval). Chaque destination est livrée indépendamment : un canal Slack indisponible n'empêche pas l'e-mail de partir.
La tâche peut aussi produire un fichier et le livrer avec le résultat : classeur Excel, document Word, présentation, CSV. En pièce jointe par e-mail, déposé dans le fil Slack, ou par lien signé pour un webhook.
📊 Les fichiers se retrouvent aussi sur la page « Fichiers » du portail, avec l'exécution qui les a produits · chiffrés au repos, effacés au terme de la durée de conservation fixée par votre organisation.
✉️ Resend souverain · 💬 canal ou DM Slack · 🔗 webhook signé HMAC, retries sur erreur transitoire · 📎 xlsx, docx, pptx, csv, rtf.
Un texte à lire, ou un objet à consommer
Sortie texte pour un rapport lu par une personne, ou JSON structuré (avec le schéma de votre choix) quand la tâche alimente un autre outil. Le webhook reçoit alors l'objet déjà parsé, prêt à l'emploi.
Rien n'est stocké à part
Aucune clé sk- n'est mise de côté pour la tâche. Chaque exécution re-résout la clé managée et le périmètre actuel de la personne qui l'a créée. Si son accès est révoqué ou qu'une base a été retirée, le run échoue proprement (ou se réduit à ce qui reste), jamais de réponse inventée à la place d'une donnée manquante.
🔐 Clé re-résolue à chaque run · garde-fou anti-réponse « de mémoire » · réservé aux organisations, « chacun les siennes ».
Pilotable sans le portail
Listez, modifiez, déclenchez et consultez l'historique de vos tâches par API (/v1/tasks). Make et Zapier en exposent la liste et le déclenchement. La création reste au portail, le pilotage courant peut se faire depuis vos automatisations.
Une tâche déclenche une seule requête /v1/chat/completions par exécution : pas de chaînage, et aucune écriture dans vos bases tant que vous ne l'avez pas autorisée explicitement. Voir la documentation →
Vos rapports, sans y penser.
Écrivez le prompt une fois, choisissez le planning et la livraison, et laissez Miraca faire le reste, à l'heure que vous avez fixée.