Aller au contenu

Étape 1 : Configurer le serveur d'IA

Cette première étape consiste à déclarer, au niveau de l'instance SquashTM, le serveur d'IA qui sera utilisé pour la génération.

Prérequis

  • Compte avec droits administrateur.
  • Licence SquashTM Ultimate 💎.
  • Une clé d'API valide chez le fournisseur retenu (Anthropic, OpenAI, Mistral AI, Azure OpenAI, Google Vertex AI ou un fournisseur personnalisé).

Accéder à la page des serveurs d'IA

Rendez-vous dans Administration > Serveurs, puis cliquez sur l'icône Serveurs d'intelligence artificielle Icône IA.

Page de gestion des serveurs d'IA

Ajouter un nouveau serveur

Cliquez sur l'icône Ajouter Ajouter en haut du tableau.

Renseignez les champs obligatoires :

  • Nom : libellé qui apparaîtra dans la liste de sélection au niveau projet ;
  • Fournisseur d'API : Anthropic, OpenAI, Mistral AI, Azure OpenAI, Google Vertex AI ou Personnalisé ;
  • URL : URL racine des endpoints du fournisseur (une valeur par défaut est proposée pour chaque fournisseur natif) ;
  • Modèle : l'identifiant exact du modèle à utiliser, tel que documenté par votre fournisseur (la page de référence donne les liens vers chaque catalogue).

Ajouter un serveur d'IA

Compléter la configuration

Cliquez sur le # ou le Nom du serveur pour ouvrir sa page de configuration et la finaliser :

  • renseignez votre Clé d'API ;
  • ajustez les paramètres de modèle (Temperature, Top-p, Max tokens, etc.) si besoin ;
  • ajustez les paramètres de requête (Timeout, Nombre de relances, etc.) si besoin.

Page de configuration du serveur d'IA

Paramètres par fournisseur

Chaque fournisseur expose des paramètres différents et applique ses propres valeurs par défaut. Pour la liste exhaustive et les liens vers la documentation de chaque API, consultez Gérer les serveurs d'intelligence artificielle.

Formats et taille des documents du contexte

La page du serveur comporte également un panneau Limitations pour les documents du contexte qui permet de définir les formats de fichiers autorisés et la taille cumulée maximale des documents que les testeurs pourront joindre lors d'une génération. Pour le détail, consultez Limitations pour les documents du contexte.

Cas particulier : serveur personnalisé

Si votre fournisseur n'apparaît pas dans la liste native mais expose une API de complétion de chat, choisissez le fournisseur Personnalisé. La configuration d'un serveur personnalisé nécessite de renseigner deux paramètres obligatoires : le Modèle du corps de la requête et le Chemin JSON du texte généré.

Configuration technique

La mise en place d'un serveur personnalisé nécessite de connaître le format JSON attendu par l'API cible (corps de requête, en-têtes HTTP, corps de réponse). Reportez-vous à la documentation du fournisseur avant de commencer.

Procédure recommandée :

  1. Identifier l'endpoint de complétion de chat à utiliser, ainsi que le format attendu du corps de requête et du corps de réponse (documentation du fournisseur).
  2. Renseigner l'URL de cet endpoint dans le champ URL du serveur.
  3. Configurer les en-têtes HTTP nécessaires à l'authentification (typiquement Authorization: Bearer {{apiKey}} ou équivalent). L'en-tête Content-Type est ajouté automatiquement par SquashTM.
  4. Écrire le modèle du corps de la requête en Handlebars. Les variables messages et apiKey sont injectées par SquashTM, et des helpers (isSystem, isUser, isModel, convertToJsonString) sont disponibles. Voir les exemples OpenAI et Gemini dans Gérer les serveurs d'IA personnalisés.
  5. Définir le chemin JSON du texte généré pour indiquer à SquashTM où récupérer la réponse dans le JSON retourné par l'API (par exemple choices[0].message.content pour une API de style OpenAI).

Exemple : configurer un serveur avec une API de type OpenAI

Pour un endpoint compatible avec l'API chat/completions d'OpenAI, une configuration minimale ressemblerait à :

  • URL : https://api.exemple.com/v1/chat/completions ;
  • En-tête HTTP 1 : nom Authorization, valeur Bearer {{apiKey}} ;
  • Modèle du corps de la requête :

    {
        "model": "mon-modele",
        "messages": [
            {{#each messages}}{
                "role": "{{#if (isSystem role)}}system{{/if}}{{#if (isUser role)}}user{{/if}}{{#if (isModel role)}}assistant{{/if}}",
                "content": {{convertToJsonString content}}
            }{{#unless @last}},
            {{/unless}}{{/each}}
        ]
    }
    
  • Chemin JSON du texte généré : choices[0].message.content.

Pour des exemples complets (OpenAI et Gemini), consultez Écrire des modèles.

Valider le modèle avant le premier envoi

Avant de tester la connexion au serveur, utilisez le bouton [Tester le modèle du corps de la requête] pour vérifier que votre modèle Handlebars produit un JSON valide. Voir Valider le modèle du corps de la requête.

Limitation

L'ajout de documents de contexte par les testeurs n'est pas disponible pour les serveurs de type Personnalisé. Seules les exigences liées peuvent être ajoutées en contexte.

Tester la configuration

Avant de passer à l'étape suivante, vérifiez que SquashTM peut bien dialoguer avec le serveur depuis le bloc Test de la configuration.

Bloc de test de configuration

Lancez le test : si tout est correct, vous obtenez une réponse de l'IA.

Test réussi

En cas d'échec, le panneau affiche le message d'erreur brut renvoyé par l'API. Les causes les plus courantes sont :

  • clé d'API invalide ou absente ;
  • nom de modèle incorrect ;
  • URL incorrecte ;
  • timeout ou problème réseau.

Indisponibilité pour SquashTM Cloud

Pour des raisons de sécurité, le détail des erreurs n'est pas accessible aux utilisateurs de l'offre SquashTM Cloud lorsque l'URL utilisée n'est pas l'URL par défaut du fournisseur.

Ce que vous avez accompli

  • Un serveur d'IA est déclaré au niveau de l'instance ;
  • la connexion au fournisseur est validée par le test de la configuration ;
  • ce serveur est désormais disponible dans la configuration de chaque projet.

Prochaine étape

Préparer un ensemble de prompts.