Guides de connexion

Guides de configuration détaillés pour les SDK, les agents de codage, les IDE et les clients compatibles OpenAI.

Choisissez le client que vous utilisez :

Créez une clé API dans le Panneau de commande modèle Gate. La clé complète n'est affichée qu'une seule fois.

Accès au terrain de jeu

Ouvrir Aire de jeux dans le menu du compte pour utiliser le générateur de requêtes ou la vérification du modèle. Sur les profils Business, la section reste visible lorsque l'API du modèle est activée, même si aucune clé utilisable n'a encore été attribuée. Une page de configuration explique la vérification du compte manquant, l'activation de l'entreprise, les autorisations clés ou la configuration du point de terminaison de l'API et propose des liens de gestion autorisés et une assistance. La simple ouverture de Playground ne fait aucune demande payante et ne crée pas de clé.

Les demandes nécessitent une clé active autorisée. Une clé liée au projet doit appartenir à l’entreprise actuelle et à un projet actif. Avec un accès d'exécution développeur ou administrateur, un membre peut utiliser un identifiant de projet partagé dans Playground sans recevoir son secret permanent. La session du navigateur représente le membre connecté, et non le dépositaire de la clé ; l'affichage de l'utilisation à lui seul n'autorise pas l'exécution. Lorsque l'API Model est désactivée pour un domaine, ses routes Playground sont également indisponibles. Le mot de passe temporaire et la configuration requise à deux facteurs sont toujours prioritaires.

Le panneau utilise le point de terminaison API configuré pour son profil de domaine actuel. Il ne bascule pas vers l'API d'un autre projet lorsqu'une liaison est manquante. Le sélecteur à clé affiche l'utilisation réinitialisable par rapport à la limite de dépenses configurée ; les dépenses à vie ne sont pas ce compteur. Les limites actuelles des clés/projets et le solde de l'entreprise sont vérifiés avant d'émettre une session de courte durée, et l'API fait autorité pour l'admission en direct et la facturation. Un gel du projet ou une modification des autorisations après le chargement de la page peut rendre indisponible la clé précédemment sélectionnée ; actualiser la page après une correction autorisée.

Formats de requêtes multimodales

Le générateur suit les mêmes contrats de capacité que ceux utilisés par les sondes de modèle d'administrateur. Utilisations de la génération d'images compatibles OpenAI /v1/responses avec l'hébergeur image_generation outil; le généré image_generation_call.result est décodé et affiché comme un artefact d’image. L’entrée PDF OpenAI Responses utilise un input_file élément de contenu avec un complet data:application/pdf;base64,... valeur en file_data. L'entrée PDF Anthropic Messages utilise un format natif document bloquer avec source.type=base64, media_type=application/pdf et les octets nus en base64. Le navigateur lit les fichiers sélectionnés localement et les envoie directement au point de terminaison de l'API Model configuré ; le panneau ne les télécharge pas en premier. Le constructeur n'annonce pas les achèvements de chat au format PDF. Le JSON brut reste disponible pour les contrats spécifiques au fournisseur en dehors de ces formes testées.

Vérification du modèle de navigateur

/chat/verify compare un point final avec un prêt référence comportementale du modèle canonique sélectionné. La méthode actuelle est model-verification-behavioral-reference-v2.0. Il ne s'agit pas d'une attestation du fournisseur ou d'une réclamation concernant les dossiers de formation.

Référence prête, pas d'étape de recherche

Les administrateurs activent séparément un collecteur de références payant en utilisant une route explicitement approuvée. Il lit des mois prêts à partir de la banque de questions existante, avec dix observations jugées par question par défaut et jusqu'à vingt questions distinctes par demande de collecte. Les échecs des prestataires et les réponses non notées/manquantes ne sont pas des constatations d’ignorance. Les réponses administratives et les révisions sont conservées pour inspection ; Les exécutions des utilisateurs ne contribuent jamais automatiquement à cette référence fiable.

Une référence doit couvrir seize mois consécutifs complets des deux côtés d’une ancre RECALL observée et stable. Deux faits éligibles sont sélectionnés par mois, en préférant un fait généralement correct et un fait généralement non correct lorsque les deux existent ; sinon deux de la catégorie stable disponible. Un appel de contrôle de format de 32 questions doit être accepté par le juge avant que la référence ne soit prête. La collecte automatique activée le met en file d'attente sous l'autorisation d'appel d'API partagée ; Les anciens profils manuels conservent leur action de contrôle explicite. Les métadonnées officielles de coupure restent distinctes. Une coupure officielle non publiée ne déclenche jamais de recherche lors d'une exécution par un utilisateur. L'absence de référence prête ou une couverture incomplète signifie que le modèle ne peut pas encore être testé.

Une demande testée et un juge de première instance

Sélectionnez une référence prête et une clé Model Gate éligible pour la facturation d’évaluation. La référence épingle le protocole, le modèle canonique et le contrat de demande exact. Nouvelle utilisation des références automatiques minimal-v1 : Le chat envoie uniquement le modèle + un message utilisateur, les réponses uniquement le modèle + l'entrée et les messages anthropiques envoient en outre les max_tokens = 4096 requis. Les références historiques conservent leurs options héritées enregistrées. Le navigateur fait une requête avec 32 questions à votre point de terminaison HTTPS sélectionné. La clé externe reste uniquement dans la mémoire du navigateur ; il n'est jamais envoyé au serveur d'applications Model Gate ni stocké dans le stockage local/de session. CORS doit autoriser cette demande du navigateur. Le modèle testé reçoit des questions et des instructions à livre fermé, jamais le corrigé, les réponses de référence, les étiquettes positives/négatives ou les erreurs attendues.

Il n'y a pas de recherche de coupure, de recherche hébergée, de population bancaire ou de génération de questions dans ce cycle de vie. La sélection d'instantanés locaux n'est pas un appel de génération payant. Le prestataire externe peut facturer sa demande ; le juge de premier plan utilise le titre de Model Gate éligible sélectionné. Gardez l'onglet ouvert. L'indicateur de scène en direct affiche le temps écoulé et le travail réel ; lorsqu'une vérification est active, le navigateur prévient avant la fermeture, le rechargement ou la navigation. Cela ne poursuit pas la demande en arrière-plan. Réessayer une évaluation incomplète utilise la réponse toujours conservée dans le navigateur, et non une deuxième requête de modèle testé. Un appel incertain n'est pas automatiquement rejoué.

Le navigateur diffuse la demande de réponses du juge de premier plan directement via api.model-gate.com, sans recherche hébergée. Le flux des juges de plusieurs minutes n'est pas maintenu ouvert pendant panel.model-gate.com. Les contrôles automatiques de format et l’ancien score Instruction Follow restent exclus ; l'appréciation sémantique appartient exclusivement au juge.

Correspondance réservée aux juges

Le juge reçoit les réponses actuelles, les réponses correctes et toutes les observations de référence groupées pour les 32 faits sélectionnés, y compris les observations contradictoires et leurs multiplicités. Il évalue l'exactitude, le comportement déclaré RAPPEL/INFÉRENCE/DEVINATION/INCONNU et les écarts dans les deux sens. Des réponses correctes inattendues à des questions de référence généralement non résolues peuvent réduire la correspondance ; les réponses correctes ne sont pas étiquetées comme fausses. Le juge attribue seul la note de correspondance, la catégorie d'évaluation de l'identité, la confiance, les raisons et les limites. Le serveur valide la structure du rapport et compte les observations enregistrées mais n'applique aucun seuil sémantique, pénalité, score pondéré ou conclusion de remplacement.

Un score élevé ne constitue pas une probabilité d’identité exacte du modèle. Le rapport ne peut pas établir le prix ou la date de formation d'un modèle. L'instantané et le benchmark stockés identifient exactement ce qui a été comparé. Les anciens rapports v1.7 conservent leur méthode d'origine et ne sont pas fusionnés avec les preuves v2. Aucun badge d'identité communautaire automatique n'est calculé à partir des scores v2.

Rapports et confidentialité

La trace en direct affiche la requête, la réponse conservée par le navigateur, la charge utile d'évaluation et la sortie du juge sans informations d'identification. Une exécution privée ne conserve pas la réponse brute complète du fournisseur ni la réponse visible textuelle par question pour la récupération du navigateur ; les notes normalisées, les explications et les identifiants de référence immuables demeurent. La publication est un opt-in explicite distinct. Les rapports v2 publiés affichent la conclusion enregistrée du juge sans exécuter une autre évaluation ou une nouvelle notation côté serveur. Les réponses de référence administrative ont leur propre cycle de vie conservé/audité, contrairement aux réponses de navigateur ordinaires.

Erreurs de compatibilité et de fournisseur de requête (10.28.1)

La demande de vérification des achèvements de chat place les instructions complètes du livre fermé et toutes les questions, dans l'ordre, dans un seul message utilisateur. Cela évite de nécessiter qu'une passerelle compatible OpenAI traduise un rôle système lorsqu'elle est acheminée vers un backend de style Anthropic. Le protocole sélectionné et le point de terminaison exact font autorité : il n'y a pas de changement de protocole basé sur le nom du modèle, de demande de modèle testé supplémentaire ou de conversion de proxy à usage général. Native Anthropic Messages utilise toujours le niveau supérieur system avec un message utilisateur ; Les réponses conservent leur entrée utilisateur canonique. La trace montre le JSON sortant réel. La compatibilité de transport établie est conservée. Behavioral-reference v2 fournit une requête épinglée de 32 questions sans modifier la règle de requête de modèle testé.

Les réponses non-2xx sont des échecs HTTP, et non des enveloppes réussies non reconnues. Une erreur du fournisseur racine est signalée comme Enveloppe d'erreur du fournisseur, même lorsqu'elles sont renvoyées avec HTTP 200. De telles erreurs ne fournissent jamais de réponses de modèle, n'atteignent jamais l'évaluation du juge et ne peuvent pas être réparées par une nouvelle tentative d'évaluation de la même réponse. La compatibilité des protocoles est NOT_ASSESSED pour une réponse d'erreur. Toute demande externe exécutée peut toujours être facturable ; la sélection de référence locale n'effectue aucun appel de générateur. Les erreurs brutes du fournisseur restent des diagnostics locaux du navigateur plutôt que du contenu du rapport public. Une erreur générique en amont de Model Gate ne révèle délibérément pas le message brut en amont réservé à l'administrateur.

Gestion automatique des références

Les administrateurs configurent la collecte automatique de références une seule fois pour les modèles de catalogue existants et futurs éligibles. La connexion API Model Gate configurée et la clé d'administrateur sont utilisées, avec une limite quotidienne partagée d'appels API et aucun budget de réservation automatique USD distinct. Les modèles ont besoin d’un seuil officiel ou d’une estimation non officielle provenant d’une source distincte pour ancrer la collecte ; le travailleur ne recherche pas les dates manquantes et ne génère pas de questions. La valeur par défaut initiale reste dix observations utilisables par question et au maximum vingt questions différentes par demande de collecte. Les références manuelles héritées restent distinctes.

La référence est une preuve du comportement configuré, et non une preuve du fournisseur qui a exécuté une demande. Les itinéraires inéligibles ou ambigus restent indisponibles jusqu'à ce que l'administrateur résolve le routage. Seul le juge évalue la correspondance.

Les chemins d'API non pris en charge reviennent désormais 404 endpoint_not_supported avec le chemin demandé ; une mauvaise méthode sur un chemin pris en charge renvoie 405 method_not_allowed et Allow. Indigène /v1/balance est inchangé ; /v1/user/balance n’est pas mis en œuvre. Partagez l'ID de demande renvoyé, jamais votre clé API, lorsque vous signalez ces erreurs.

Enquête de référence administrative complète

La collecte bancaire complète examine chaque question active de l'inventaire affiché selon l'échantillon cible configuré, même après un mois et contient déjà deux faits stables. Un lot complet contient jusqu'à vingt questions différentes inachevées ; un lot plus court signifie qu’il reste moins de questions éligibles inachevées. Les résultats variables au niveau de la cible de l'échantillon sont conservés comme preuves d'enquête complétées. L'achèvement de la banque entière et un contrôle de 32 questions approuvé séparément précèdent une nouvelle référence immuable. Les observations compatibles existantes sont réutilisées. L’indemnité journalière automatique demeure ; il n’y a pas de plafond automatique à vie. Les tâches enregistrées exposent les questions envoyées, jugent les décisions et les observations comptées.

Contacts d'assistance dans un bot Telegram affilié

Dans Affiliés → Vos robots Telegram, vous pouvez définir Télégramme d'assistance et E-mail d'assistance lors de la connexion d’un bot. Les deux champs sont facultatifs. Telegram accepte un @username ou un HTTPS t.me lien de contact/invitation ; email accepte une adresse e-mail normale.

Pour un bot existant, développez Contacts d'assistance, modifiez les champs et sélectionnez Enregistrer les contacts d'assistance. Chaque champ vide utilise le contact standard actuel pour ce canal. Effacez les deux champs pour restaurer tous les contacts standard. Les anciens robots sans paramètres personnalisés continuent d’utiliser automatiquement les valeurs par défaut.

Les clients voient les contacts efficaces à travers Aide, /help ou /support dans ce robot. Les commandes de support sont également disponibles avant l’inscription. Les contacts s'appliquent uniquement au bot récepteur ; ils ne modifient pas le site Web Model Gate, les autres robots, les notifications du compte officiel ou les destinataires de tickets internes. L'enregistrement des contacts ne nécessite pas à nouveau le jeton du bot, la réinstallation d'un webhook ou l'activation d'un bot désactivé.