À chaque exécution, le SDK détermine quel modèle et quel mode de transport utiliser. Pour la plupart des applications, gardez une configuration simple. Choisissez explicitement vos modèles et utilisez l’intégration OpenAI standard par défaut. Changez de fournisseur ou de mode de transport uniquement si le workflow l’exige.
Choisissez d’abord le modèle explicitement
En production, choisissez explicitement le modèle au lieu de vous en remettre au modèle que votre version du SDK utilise par défaut à l’exécution.
- Définissez
modelsur un agent spécialisé lorsque sa tâche impose systématiquement des exigences différentes en matière de qualité, de latence ou de coût. - Définissez un modèle par défaut pour l’exécution lorsqu’un workflow doit remplacer le modèle de plusieurs agents à la fois.
- Définissez
OPENAI_DEFAULT_MODELpour que tous les agents du processus qui omettentmodelutilisent le même modèle de repli.
import { Agent, Runner } from "@openai/agents";
const fastAgent = new Agent({
name: "Fast support agent",
instructions: "Handle routine support questions.",
model: "gpt-5.6-terra",
});
const generalAgent = new Agent({
name: "General support agent",
instructions: "Handle support questions carefully.",
});
const runner = new Runner({
model: "gpt-6-astra",
});
await runner.run(fastAgent, "Summarize ticket 123.");
const result = await runner.run(
generalAgent,
"Investigate the billing issue on account 456."
);
console.log(result.finalOutput);Pour la plupart des nouveaux workflows qui utilisent le SDK, commencez par gpt-6-astra et ne passez à une variante plus petite que si vos contraintes de latence ou de coût le justifient. Consultez la page Recommandations sur le choix des modèles pour connaître les recommandations actuelles applicables à toute la plateforme.
Choisissez la stratégie par défaut la plus simple
| Votre besoin | Par où commencer | Pourquoi |
|---|---|---|
| Un modèle choisi explicitement pour chaque agent spécialisé | Définissez model sur chaque agent |
Le workflow reste facile à suivre dans le code et les traces |
| Un modèle de repli pour tout le processus | OPENAI_DEFAULT_MODEL |
Vous savez quel modèle utiliseront les agents qui omettent model |
| Un changement de modèle pour tout un workflow | Définissez un modèle par défaut pour l’exécution | Vous pouvez changer de modèle pour un script, un worker ou un environnement sans modifier chaque agent |
| Des modèles de tailles différentes dans un même workflow | Choisissez un modèle adapté à chaque agent | Un agent de tri rapide peut travailler aux côtés d’un agent spécialisé qui prend plus de temps pour approfondir un sujet |
Si votre équipe doit utiliser un modèle précis par défaut, définissez-le vous-même au lieu de vous en remettre au modèle de repli du SDK.
Fournisseurs et modes de transport
| Votre besoin | Par où commencer |
|---|---|
| Exécutions standard du SDK avec OpenAI | Utilisez l’intégration OpenAI fournie par défaut |
| Échanges répétés avec le modèle via l’API Responses sur un même socket | Utilisez le transport WebSocket de l’API Responses dans le SDK |
| Modèles d’autres fournisseurs ou architecture combinant plusieurs fournisseurs | Consultez les interfaces de fournisseur ou d’adaptateur dans la documentation du SDK pour votre langage |
Deux distinctions sont importantes.
- Avec le transport WebSocket de l’API Responses, l’agent utilise toujours sa boucle habituelle pour traiter le texte et appeler les outils. Les sessions vocales utilisent un mécanisme distinct.
- Les sessions audio en direct via WebRTC ou WebSocket permettent des interactions à faible latence par la voix ou avec des images. Pour ces sessions, consultez le guide des agents vocaux et le guide de l’API audio en direct.
La configuration précise des fournisseurs, la gestion de leur cycle de vie et les API utilitaires de transport dépendent du langage. Réservez ces détails à la documentation du SDK pour éviter de les répéter ici.
Paramètres des modèles, prompts et fonctionnalités prises en charge
Le choix du modèle n’est qu’un des éléments qui déterminent le comportement de l’agent à l’exécution.
- Utilisez
pour ajuster notamment l’effort de raisonnement, le niveau de détail des réponses et le comportement des outils.modelSettings - Utilisez
promptpour piloter l’exécution à partir d’une configuration de prompt enregistrée, sans avoir à intégrer le prompt système complet dans le code. - Certaines fonctionnalités du SDK nécessitent l’API Responses d’OpenAI et ne sont pas disponibles via les anciennes interfaces de compatibilité. Consultez la documentation du SDK si vous avez besoin de fonctionnalités avancées de chargement des outils ou de transport.
Lorsque le choix du modèle et de ses paramètres découle du rôle d’un agent spécialisé, gardez ces réglages près de sa définition. Définissez-les par défaut pour tout le workflow uniquement si plusieurs agents doivent utiliser les mêmes réglages à l’exécution.
Étapes suivantes
Une fois le comportement à l’exécution défini, choisissez le guide qui correspond à la prochaine étape de conception de votre workflow.
Choisissez le modèle en fonction des responsabilités de chaque agent spécialisé.
Découvrez comment le choix du transport et du modèle influe sur la boucle d’exécution.
Comparez un plus large éventail de fournisseurs si votre architecture doit combiner plusieurs modèles.