Skip to main content
Utilisez cette recette lorsqu’un service Python doit s’appuyer sur des valeurs par défaut gérées dans le tableau de bord au lieu de répéter la configuration des prompts, du routage et des paramètres dans chaque requête.

Objectif

  • limiter la taille du code Python appelant
  • router à l’aide d’un slug de préréglage plutôt que d’un modèle codé en dur
  • demander une sortie JSON stricte et structurée
  • conserver suffisamment de métadonnées de réponse pour déboguer le routage ou le comportement des plugins

1. Commencer avec un client partagé

Partagez le client au lieu d’en créer un par requête.

2. Placer les valeurs par défaut stables dans un préréglage

Créez un préréglage dans Tableau de bord -> Paramètres -> Préréglages si les valeurs suivantes doivent rester stables entre plusieurs appelants :
  • le prompt système
  • le modèle ou la liste de modèles autorisés
  • les préférences de fournisseur
  • la configuration du raisonnement
  • la température et les paramètres de génération associés
  • la politique de mise en cache des réponses si la répétition déterministe est importante
Une fois le préréglage créé, le code Python appelant peut rester concis.

3. Demander une forme JSON stricte

Pourquoi cette structure fonctionne bien :
  • preset garde le routage et les prompts par défaut hors du code de l’application
  • response_format rend le contrat explicite
  • plugins peut récupérer un JSON mal formé mais presque valide si le flux de travail le permet
  • meta conserve les détails de routage et d’exécution des plugins pour le débogage

4. Analyser le JSON et enregistrer les identifiants opérationnels

Pour les workers Python, cela suffit généralement pour faire le lien entre une ligne de journal de l’application et :
  • la fenêtre des détails de la requête dans le tableau de bord
  • les diagnostics de routage
  • les métadonnées d’exécution des plugins

5. Déboguer avant d’ajouter des exceptions

Si le routage d’une requête diffère de vos attentes :
  1. ouvrez la requête sous Gateway -> Utilisation
  2. consultez les diagnostics de routage et les fournisseurs candidats
  3. examinez les métadonnées d’exécution des plugins si la requête utilisait du JSON structuré
  4. ne modifiez le préréglage qu’après avoir compris ce qui s’est passé dans les journaux
Évitez de corriger une requête problématique en ajoutant de nombreux remplacements intégrés à la requête. Cela annule généralement l’intérêt des préréglages.

6. Préserver la compatibilité du cache pour réutiliser les résultats

Si le préréglage active la mise en cache des réponses :
  • gardez le prompt stable
  • gardez le schéma de réponse stable
  • évitez les remplacements de fournisseur inutiles par requête
  • évitez les listes d’outils qui changent souvent
Si un appelant a réellement besoin d’un comportement différent, utilisez un autre préréglage plutôt que de réduire la réutilisation du cache du flux partagé.

Guides associés

Dernière modification le 2 octobre 2026