Paramètres de confidentialité

Notice sur la vie privée et le RGPD

Nfero utilise un stockage essentiel pour les préférences linguistiques et les contrôles d’accès aux démos. Avec votre consentement, Google Analytics et des événements d’utilisation légers aident à améliorer les démos de modèles et les parcours d’abonnement externes. Les prompts de démo en direct peuvent être envoyés à des points de terminaison de modèles Alibaba configurés.

Association outil + modèle

Codex avec le Plan de codage et le Plan de crédits d'Alibaba (Token Plan)

Outil de programmation en ligne de commande d'OpenAI qui peut être utilisé dans la même conversation client que les outils de codage compatibles Alibaba.

Codex peut se connecter à Alibaba Model Studio via un fournisseur personnalisé défini dans `~/.codex/config.toml`. La compatibilité dépend à la fois de l’API du modèle et de la version de Codex : Alibaba documente la prise en charge actuelle de Codex via l’API Responses pour certains modèles Qwen Token Plan.

Choisissez le bon itinéraire d'accès

Choisissez le bon itinéraire d'accès

Utilisez Token Plan avec une version récente d’Codex et un modèle Qwen compatible avec Responses. Alibaba recommande actuellement aux utilisateurs d’Coding Plan, ainsi qu’aux utilisateurs optant pour d’autres modèles uniquement Chat/Complétions, d’installer une version antérieure d’Codex, comme la 0.80.0 — examinez ce compromis avant de souscrire à Codex seul.

RecommandéToken Plan constitue la voie la plus propre pour une utilisation avec la version actuelle de Codex

Token Plan (Édition Équipe)

Optimal avec une version actuelle de Codex et les modèles qwen3.7-max, qwen3.7-plus, qwen3.6-plus ou qwen3.6-flash via l’API Responses.

Coding Plan

Le guide actuel d’Alibaba indique que Coding Plan ne prend en charge ici que Chat/Completions, et recommande aux utilisateurs de Codex d’installer une version antérieure, par exemple 0.80.0.

Pay-as-you-go Model Studio API

À utiliser pour les charges de travail en production/API ou lorsqu’un modèle pay-as-you-go pris en charge et une région correspondent mieux aux besoins de votre application.

Modèle de configuration sécurisé

Configurer un fournisseur Token Plan compatible avec le format Responses

L'exemple est délibérément rédigé sous forme de masque. Remplacez les espaces réservés uniquement sur votre appareil, et ne collez jamais une vraie clé API dans Nfero.

Avant de commencer

  1. Installez Node.js 18 ou ultérieur et vérifiez la version avec `codex --version`.
  2. Choisissez un modèle dont le API est compatible avec la version de Codex que vous comptez exécuter.
  3. Obtenez la clé dédiée Token Plan ou Coding Plan ; définissez-la comme variable d’environnement plutôt que de la saisir directement dans le fichier TOML.
  4. Sauvegardez le fichier `~/.codex/config.toml` avant de remplacer un fournisseur OpenAI ou personnalisé existant.

Modèle de configuration sécurisé

Protocole
OpenAI Responses API
Chemin de configuration
~/.codex/config.toml
  1. Définissez la clé dédiée réelle dans la variable d’environnement `OPENAI_API_KEY` sur votre appareil ; ne l’écrivez pas dans le fichier ci-dessous.
  2. Choisissez l’un des modèles Qwen compatibles avec le format Responses, documentés par Alibaba, pour la version actuelle de Codex.
  3. Ajoutez le fournisseur personnalisé et utilisez l’URL de base Token Plan.
  4. Ouvrez un nouveau terminal et exécutez `codex` pour tester la configuration.
toml
model_provider = "Model_Studio_Token_Plan"
model = "qwen3.7-plus"

[model_providers.Model_Studio_Token_Plan]
name = "Model_Studio_Token_Plan"
base_url = "https://token-plan.ap-southeast-1.maas.aliyuncs.com/compatible-mode/v1"
env_key = "OPENAI_API_KEY"
wire_api = "responses"

# Set locally; never paste the real value into this file or Nfero:
# OPENAI_API_KEY=YOUR_TOKEN_PLAN_API_KEY

Vérifiez la connexion

  • Ouvrez un nouveau terminal afin que la variable `OPENAI_API_KEY` soit disponible pour Codex.
  • Exécutez `codex --version` et vérifiez qu’il correspond à la route API que vous avez configurée.
  • Démarrez `codex` et commencez par poser une petite question sur un dépôt en lecture seule.
  • Si un sélecteur de fournisseur signale une vérification d’intégrité échouée, testez directement Codex ; Alibaba précise que certains formats de sondes peuvent échouer même lorsque les requêtes réelles fonctionnent.

Associations de modèles

Modèles recommandés pour commencer

Utilisez cet outil pour exécuter des tâches interactives de codage, de raisonnement, de revue et de documentation avec chaque modèle. Vérifiez la disponibilité finale du modèle et le support exact du plan dans Alibaba Cloud avant l'utilisation en production.

Génération de texteRaisonnementCompréhension visuelle
Meilleure angle de paire

Compatible avec le format Responses sous Token Plan, offrant un équilibre optimal entre codage et raisonnement pour les versions actuelles.

Génération de texteRaisonnement
Meilleure angle de paire

Modèle phare Token Plan compatible avec Responses, conçu pour les tâches complexes de raisonnement et de gestion de dépôts.

Génération de texteRaisonnementCompréhension visuelle
Meilleure angle de paire

Alternative Token Plan compatible avec Responses, adaptée aux travaux nécessitant un contexte long.

Problèmes courants

Problèmes courants

Ce que vous observez

Erreur 400 (Bad Request) ou message du sélecteur de fournisseur indiquant que les modèles domestiques ne sont pas pris en charge

Cause probable

La requête de vérification d’intégrité d’un sélecteur tiers diffère de celle envoyée par Codex.

Ce qu'il faut faire

Effectuez un test direct depuis Codex avant de rejeter le fournisseur ; l’échec de la sonde ne signifie pas nécessairement un problème de compatibilité réel.

Ce que vous observez

Erreur de API Responses ou erreur de protocole réseau

Cause probable

Le modèle choisi ne prend en charge que Chat/Completions, ou la version de Codex attend des réponses au format Responses.

Ce qu'il faut faire

Utilisez un modèle Qwen documenté comme compatible avec le format Responses pour la version actuelle de Codex, ou suivez les recommandations d’Alibaba pour les anciennes versions concernant les routes Chat/Completions uniquement.

Ce que vous observez

Erreur 401 ou absence de clé API

Cause probable

La variable d’environnement `OPENAI_API_KEY` n’est pas disponible dans le nouveau terminal ou appartient à une autre route de facturation Alibaba.

Ce qu'il faut faire

Définissez la clé dédiée du plan dans les variables d’environnement, ouvrez un nouveau terminal et associez-la à l’URL de base correspondante de ce plan.

Ce que vous observez

Facturation pay-as-you-go inattendue

Cause probable

Le fournisseur personnalisé utilise un point de terminaison/général de Model Studio ou une clé générale, au lieu d’une paire spécifique au plan.

Ce qu'il faut faire

Vérifiez les valeurs de `model_provider`, `base_url` et la source de la variable d’environnement avant d’exécuter une nouvelle tâche.

Restrictions importantes

  • Utilisez la clé dédiée API et l’URL de base associée provenant du même plan de facturation Alibaba. Les identifiants Coding Plan, Token Plan et les identifiants généraux de Model Studio ne sont pas interchangeables.
  • Les clés liées à un plan sont réservées à l’utilisateur désigné dans un outil interactif de codage ou d’agent. Ne les partagez pas, ne les commitez pas dans un dépôt ni ne les exposez sur des captures d’écran.
  • N’utilisez pas une clé Coding Plan ou Token Plan pour des scripts automatisés, des travaux par lots, des backends d’applications, des services publics ou d’autres charges de travail API non interactives. Utilisez l’accès API via Model Studio pay-as-you-go pour ces charges de travail.
  • La disponibilité des modèles suit une liste blanche stricte (correspondance exacte) et peut évoluer. Vérifiez l’identifiant du modèle dans la documentation actuelle du plan Alibaba avant de modifier une configuration fonctionnelle.