Démarrage rapide
1
Créer un préréglage
Ouvrez Tableau de bord -> Paramètres -> Préréglages et créez un préréglage avec un slug explicite, par exemple
release-summary. Ajoutez uniquement les valeurs par défaut à partager entre les appelants.2
Référencer le préréglage dans une requête
Laissez l’appelant se concentrer sur les données utilisateur ; le préréglage fournit des valeurs stables pour le prompt, les paramètres et le routage.
3
Vérifier le résultat du routage
Ouvrez la requête dans Gateway -> Utilisation pour confirmer les valeurs par défaut appliquées et le fournisseur qui l’a traitée.
Contenu d’un préréglage
- Un prompt système ajouté au début de chaque requête.
- Des modèles ou familles de modèles autorisés.
- Des listes de fournisseurs autorisés ou ignorés pour les préférences de routage.
- Des paramètres par défaut (temperature, top_p, max_tokens et paramètres similaires).
- Des valeurs de raisonnement par défaut facultatives pour les modèles pris en charge.
@ pour être faciles à reconnaître.
Appelez un préréglage uniquement via le champ model de la requête. Phaseo ne propose pas de champ de requête preset distinct.
- Les préréglages privés ou d’espace de travail utilisent
@{slug}et se résolvent dans l’espace de travail de la clé d’API. - Les préréglages publics utilisent
@{username}/{slug}et sont accessibles depuis n’importe quel espace de travail. Exemple :@octavia/release-summary.
Versions et forks du marketplace
L’enregistrement de modifications met à jour un brouillon privé. Lorsque les modifications sont prêtes, utilisez Publier une nouvelle version : Phaseo crée une version numérotée immuable et conserve toutes les versions précédentes pour consultation. Les propriétaires de préréglages peuvent choisir le format d’affichage des versions :- Séquentiel :
v1,v2,v3. - Versionnage sémantique : libellés SemVer explicites, par exemple
1.2.0,2.0.0-beta.1ou1.4.2+build.7. - Par date :
YYYY.MM.DD, avec un suffixe numérique lorsque plusieurs versions sont publiées le même jour, par exemple2026.08.02.2.
Fusion des préréglages
Lorsqu’une requête est associée à un préréglage dans le contexte Gateway, le préréglage est appliqué avant le routage vers un fournisseur :- Les paramètres par défaut remplissent uniquement les champs absents du corps de la requête. Ils ne remplacent pas les valeurs déjà fournies par l’appelant.
- Si la requête contient déjà un message système, le prompt du préréglage est ajouté avant celui-ci. Avec un champ
systemau format Anthropic, le prompt est ajouté à ce champ. - Les listes de fournisseurs autorisés et ignorés sont appliquées avant la sélection. Elles réduisent donc le pool de repli au lieu de servir d’étiquette décorative.
- Les requêtes utilisant un modèle hors de la liste d’autorisation du préréglage sont rejetées rapidement plutôt que redirigées silencieusement.
Fonctionnalités publiques actuelles
Le parcours des préréglages dans le tableau de bord est volontairement limité à un sous-ensemble stable et explicite de modifications des requêtes :- injection du prompt système
- listes d’autorisation de modèles
- contraintes de routage avec listes de fournisseurs autorisés ou ignorés
- valeurs par défaut de décodage et de génération
- valeurs par défaut de raisonnement
Gérer les préréglages
Créez et gérez les préréglages dans Tableau de bord -> Paramètres -> Préréglages. Utilisez des slugs distincts lorsque les workflows nécessitent des prompts, un routage ou un comportement de cache sensiblement différents.Quand utiliser des préréglages
- Uniformiser les prompts système entre plusieurs services.
- Limiter le routage à des fournisseurs approuvés pour répondre aux exigences de conformité.
- Garder les paramètres par défaut cohérents entre les environnements.
- Fournir aux projets de migration un emplacement pérenne pour les valeurs par défaut des prompts, du routage et des paramètres, tout en limitant les changements du code applicatif.