For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /fr/docs/modules/ai.md (or send Accept: text/markdown).
IA et tâches en arrière-plan
D’une requête autorisée à un résultat durable.
Essayez une fausse IA, puis choisissez un vrai fournisseur
Pour votre premier résultat, suivez la tâche /dashboard du didacticiel Web : démarrez le flux local, mettez une invite en file d'attente, exécutez-la et affichez le résultat. AI_PROVIDER=fake renvoie une réponse de démonstration reproductible sans envoyer de données à un modèle externe ni utiliser une clé API payante.
Pour une génération réelle, configurez d'abord les comptes persistants, choisissez un fournisseur d'IA et suivez la configuration de l'IA ci-dessous. Ajoutez un modèle et son prix au catalogue de la base de données, choisissez les modèles autorisés pour chaque alias et accordez à l'espace de travail l'accès requis. Un alias tel que fast est un choix convivial présenté à l'utilisateur ; il ne s'agit pas en soi de l'ID de modèle d'un fournisseur externe.
Un AI task en arrière-plan nécessite également le service de tâches configuré. Si aucun choix de modèle n’est affiché, inspectez la stratégie de catalogue et d’alias avant de réessayer. Si l’accès est refusé, inspectez les droits de l’espace de travail actif. Conservez toutes les clés du fournisseur API dans la configuration du serveur Web, et non dans la fenêtre du navigateur, de l'application mobile ou du bureau.
Suivre le cycle de vie d’une tâche
L’API de tâches de production valide l’espace de travail authentifié et son droit d’accès avant d’enregistrer une tâche et de distribuer le workflow Trigger.dev ai.generate. Le routeur applique les capacités requises et la politique de modèles configurée.
POST /api/ai/tasks
→ authenticated workspace + entitlement
→ durable task record
→ Trigger.dev ai.generate
→ model routing + generation
→ usage record + result
→ transactional completion deliveryConfigurer les alias et les budgets
L’utilisateur choisit un alias activé : cheap, fast ou smart. Le serveur contrôle les identifiants des modèles sous-jacents, les identifiants des fournisseurs, la politique de l’espace de travail et le budget. Le chiffrement des clés personnelles des utilisateurs doit respecter la même frontière réservée au serveur.
Garder explicites les garanties du workflow
JobRunner garantit uniquement la mise en file, l’état et l’annulation. Les garanties du workflow Trigger.dev sont explicites, y compris l’exécution durable. Ne déduisez pas de garanties de nouvelle tentative ou de planification du contrat générique.
Le chemin de soumission de production utilise l’idempotence et la reprise d’une tâche enregistrée pour traiter une distribution incertaine. La fin de la génération est indépendante de la livraison de l’e-mail de fin.
Pour poursuivre la configuration, consultez Configurer les jobs en arrière-plan.