Crouton Alpha et Pulse Alpha : statut, confidentialité et migration
OpenCode marque Crouton Alpha Free comme déprécié depuis le 9 novembre 2026 et Pulse Alpha Free depuis le 6 novembre. Examinez leurs limites sans confondre catalogue et disponibilité, distinguez l'absence d'entraînement de l'autorisation de conserver les données et remplacez les ID dans Claude Code et OpenCode. Le guide couvre l'authentification, les valeurs par défaut persistantes, une vérification de lecture de fichier, les échecs liés aux quotas et le choix d'une alternative payante.
Sommaire
Remplacez Crouton Alpha Free et Pulse Alpha Free dans OpenCode plutôt que de commencer un nouveau flux de travail avec ces versions préliminaires. Au 2026-11-10, OpenCode indique que Crouton est déprécié depuis le 9 novembre et Pulse depuis le 6 novembre. Choisissez une alternative disponible et vérifiez qu’un outil lit réellement un fichier avant de reprendre le développement.
Crouton Alpha et Pulse Alpha sont-ils encore disponibles ?
La liste des modèles dépréciés d’OpenCode fait référence pour ses offres gratuites. Sa documentation officielle des modèles indique les dates suivantes :
| Version préliminaire d’OpenCode | ID du modèle | Date de dépréciation |
|---|---|---|
| Crouton Alpha Free | crouton-alpha-free | 9 novembre 2026 |
| Pulse Alpha Free | pulse-alpha-free | 6 novembre 2026 |
Ces dates concernent OpenCode. Elles ne définissent pas le cycle de vie de stealth/crouton-alpha sur OpenRouter ou sur le point de terminaison d’un autre fournisseur.
Si vous utilisez OpenRouter, vérifiez le statut propre au modèle avant de suivre un ancien guide de configuration. Une fiche dans le catalogue, une connexion réussie ou un solde inutilisé ne prouvent pas que la version préliminaire accepte encore des requêtes d’inférence.
Le statut « deprecated » ne détermine pas non plus l’erreur exacte que chaque client renverra. Consultez l’avis du fournisseur avant de modifier l’authentification ou d’attendre la remise à zéro du quota quotidien.
Que signifient les spécifications de contexte de 1M ?
Les limites du catalogue décrivent les versions préliminaires, pas leur disponibilité actuelle. La base de modèles d’OpenCode contient ces valeurs, fournies par l’opérateur :
| Modèle OpenCode | Tokens de contexte | Limite de tokens de sortie | Types d’entrée du catalogue |
|---|---|---|---|
| Crouton Alpha Free | 1,048,576 | 270,000 | Texte, image, vidéo, PDF |
| Pulse Alpha Free | 1,048,576 | 131,072 | Texte, image |
Les deux fiches indiquent désormais status = "deprecated". Ces limites sont propres à OpenCode. Ne les appliquez pas à OpenRouter simplement parce que le nom de la version préliminaire est identique.
Une limite de contexte n’est ni une limite de sortie, ni un quota quotidien de messages, ni une note de qualité du code. Le client peut aussi utiliser un contexte plus petit que celui autorisé par le catalogue du fournisseur.
Ne choisissez pas une alternative en devinant quel laboratoire a créé un modèle dont le développeur reste anonyme. Sélectionnez un ID documenté, puis comparez son comportement sur votre tâche réelle.
Les versions préliminaires conservaient-elles les données ou les utilisaient-elles pour l’entraînement ?
L’annonce de Crouton et la politique de Pulse ne prenaient pas les mêmes engagements. Dans son annonce du 3 novembre, OpenRouter indiquait que les données soumises ne serviraient pas à l’entraînement. Cette affirmation ne garantit pas, à elle seule, l’absence de conservation.
La documentation initiale de Pulse dans OpenCode autorisait la conservation des données collectées et leur utilisation pour améliorer le modèle. Il s’agit d’une permission d’améliorer le modèle, pas d’une garantie excluant l’entraînement.
La version préliminaire de Pulse excluait l’Union européenne, l’Islande, le Liechtenstein, la Norvège, Cuba, l’Iran, la Corée du Nord, la Russie, l’Ukraine et le Venezuela. Ces restrictions historiques ne définissent pas les conditions d’accès à une alternative.
Avant de reconnecter un dépôt privé, vérifiez séparément la conservation, l’entraînement ou l’amélioration du modèle, ainsi que les conditions géographiques. Vérifiez aussi les exigences relatives à la localisation des données. Router les requêtes au sein de l’UE et autoriser les utilisateurs de l’UE sont deux conditions distinctes.
Pour le premier essai, utilisez des fichiers publics ou expurgés de leurs informations sensibles. Excluez les identifiants, les dossiers clients et les journaux confidentiels, y compris les fichiers qu’un outil de lecture pourrait découvrir automatiquement.
Comment remplacer une version préliminaire dans Claude Code ?
Définissez explicitement la passerelle et remplacez le modèle sélectionné avant d’autoriser des modifications de fichiers. Cet exemple utilise le modèle payant anthropic/claude-sonnet-5.5 du catalogue OpenRouter dans la base d’OpenCode.
C’est un candidat précis pour la migration. Cela ne révèle l’identité d’aucune version préliminaire et ne désigne pas un gagnant de benchmark. Il vous faut Claude Code installé, votre propre clé API OpenRouter et des crédits pour les requêtes payantes. OpenRouter facture ces requêtes ; elles ne relèvent pas d’un abonnement Claude. Le guide d’installation et de facturation de Claude Code explique cette distinction.
Commencez dans un dépôt contenant un README.md sans informations sensibles. Si Claude Code garde une connexion Anthropic en cache, exécutez /logout dans le client et fermez-le avant de changer l’authentification.
L’exemple Bash suivant suit le guide d’intégration d’OpenRouter. Saisissez votre clé lorsque la commande attend une entrée. Les caractères ne s’affichent pas :
read -rs OPENROUTER_API_KEY && export OPENROUTER_API_KEY
(
export ANTHROPIC_BASE_URL="https://openrouter.ai/api"
export ANTHROPIC_API_KEY="$OPENROUTER_API_KEY"
export ANTHROPIC_AUTH_TOKEN=""
export ANTHROPIC_DEFAULT_SONNET_MODEL="anthropic/claude-sonnet-5.5"
export CLAUDE_CODE_SUBAGENT_MODEL="anthropic/claude-sonnet-5.5"
claude --model "anthropic/claude-sonnet-5.5"
)Les parenthèses limitent ces paramètres au processus lancé. Elles ne réécrivent ni le profil de votre shell ni la configuration du projet.
L’URL de base se termine par /api, pas par /api/v1. Cette configuration place la clé OpenRouter dans ANTHROPIC_API_KEY et vide explicitement ANTHROPIC_AUTH_TOKEN. Ne la combinez pas avec des instructions d’authentification contradictoires.
Exécutez /status dans Claude Code. Vérifiez que l’authentification utilise ANTHROPIC_API_KEY et que l’URL de base est https://openrouter.ai/api. Ouvrez /model pour examiner le modèle sélectionné.
Soumettez ensuite cette tâche :
Use a file-read tool to read README.md. Return its first heading exactly, then summarize the project's purpose in two sentences. Do not edit files or run commands.Vérifiez que l’outil a réellement lu le fichier et que le premier titre correspond. Assurez-vous qu’aucun fichier n’a changé. Examinez aussi le modèle de la requête dans le tableau de bord Activity d’OpenRouter. Le nom que le modèle se donne ne prouve pas le routage de la requête.
OpenRouter recommande de donner la priorité au fournisseur direct Anthropic pour la compatibilité avec Claude Code. Suivez cette recommandation avant de considérer un autre fournisseur en amont comme interchangeable.
Avant une tâche plus importante, recherchez l’ancien ID dans les paramètres qui remplacent le modèle pour chaque rôle. Vérifiez ANTHROPIC_DEFAULT_OPUS_MODEL, ANTHROPIC_DEFAULT_HAIKU_MODEL et ANTHROPIC_DEFAULT_FABLE_MODEL, ainsi que Sonnet et les sous-agents, c’est-à-dire les agents auxiliaires.
La référence des modèles de Claude Code distingue la sélection au démarrage des paramètres propres à chaque rôle. Ne changez que les valeurs obsolètes. Une requête réussie dans la session principale ne valide pas chaque agent auxiliaire configuré séparément.
Comment remplacer Pulse ou Crouton dans OpenCode ?
Mettez à jour la session active et le modèle par défaut enregistré dans la configuration. L’exemple ci-dessous réutilise le compte OpenRouter de la configuration de Claude Code.
Lancez opencode dans le dépôt de test. Exécutez /connect, sélectionnez OpenRouter et saisissez votre clé OpenRouter. Exécutez /models et choisissez openrouter/anthropic/claude-sonnet-5.5.
Le guide d’intégration d’OpenCode proposé par OpenRouter décrit cette procédure. Le préfixe openrouter/ identifie le fournisseur dans OpenCode. Le reste, anthropic/claude-sonnet-5.5, est l’ID du modèle sur la passerelle.
Une fois la connexion établie, lancez ce test dans Bash :
opencode run --model openrouter/anthropic/claude-sonnet-5.5 \
"Use a file-read tool to read README.md. Return its first heading exactly, then summarize the project's purpose in two sentences. Do not edit files or run commands."Examinez le résultat de l’outil et la réponse dans le terminal. Vérifiez le titre, l’absence de modifications et le modèle sélectionné pour la requête dans Activity d’OpenRouter.
Pour définir le modèle par défaut des nouvelles tâches, utilisez le paramètre documenté model à la racine de la configuration. Fusionnez cette structure avec le fichier opencode.json du projet :
{
"$schema": "https://opencode.ai/config.json",
"model": "openrouter/anthropic/claude-sonnet-5.5"
}Conservez les autres paramètres. Le guide de configuration d’OpenCode confirme la valeur de $schema et documente les emplacements des fichiers de configuration du projet et de l’utilisateur.
Le modèle déjà sélectionné dans une session a priorité sur la valeur par défaut configurée. Utilisez donc /models dans cette session aussi. Choisir un modèle pour la session ne réécrit pas la configuration, comme l’explique la documentation actuelle de sélection des modèles.
Si l’alternative n’apparaît pas, vérifiez que son fournisseur et le modèle sont activés dans ce projet. Redémarrez OpenCode après avoir connecté le fournisseur si nécessaire. Ne devinez pas un autre ID et n’en copiez pas un chez un fournisseur différent.
Ne transférez pas l’ancien point de terminaison de Pulse dans Claude Code pour contourner le problème. La documentation d’OpenCode réserve les modèles de chat gratuits à OpenCode. Un point de terminaison compatible avec l’API ne supprime pas cette exigence de client.
Une requête échoue : problème de quota ou de configuration ?
Vérifiez d’abord le statut du modèle, puis l’authentification et les quotas. La remise à zéro d’un quota quotidien et la dépréciation d’un modèle sont deux événements différents.
En cas d’échec d’authentification, examinez la source de la clé et l’URL de base. Dans Claude Code, revérifiez /status et la connexion enregistrée en cache. Dans OpenCode, reconnectez le fournisseur prévu et vérifiez l’identifiant complet provider/model.
Si vous atteignez une limite de messages gratuits, consultez le quota et les informations de réinitialisation de votre compte. Ne généralisez pas l’heure affichée sur la capture d’écran d’un autre utilisateur. Distinguez les quotas quotidiens, les limites de fréquence des requêtes et la capacité du fournisseur.
En cas d’expiration du délai ou de réponse vide, enregistrez l’état de la tâche avant de réessayer. Ne lancez pas plusieurs tentatives en parallèle sur une route incertaine. Limitez les nouvelles tentatives, puis utilisez une alternative approuvée plutôt que de laisser une boucle sans surveillance.
Les pourcentages de disponibilité du jour du lancement ne déterminent pas l’état actuel du service. Lors d’un essai, notez les tâches terminées, les échecs, les nouvelles tentatives et l’utilisation facturée. Une réponse textuelle ne suffit pas à valider l’accès aux fichiers, les appels d’outils et le reste du travail de développement.
Quand choisir une alternative payante ?
Choisissez un modèle payant avec un ID connu si les interruptions de la version préliminaire bloquent votre travail. Faites de même si ses conditions de traitement des données ne répondent pas à vos exigences. Payer ne garantit pas à lui seul la disponibilité, l’accès régional ou l’absence de conservation.
La configuration Sonnet fournit un candidat concret. Pour évaluer une autre route, utilisez le guide de configuration de MiniMax M3.1 Flash et répétez la même tâche de validation.
Avant d’ajouter du crédit, vérifiez les tarifs actuels des tokens, les règles de cache et les frais obligatoires de la plateforme. Comparez les coûts pour un même résultat accepté, y compris les nouvelles tentatives. Comptabilisez séparément le temps de vérification plutôt que de choisir uniquement selon le prix des tokens.
Avant d’adopter une autre version préliminaire gratuite, enregistrez localement le travail inachevé et gardez une alternative approuvée configurée. Notez l’ID exact du fournisseur et du modèle, ainsi que les conditions de traitement des données. Ne revenez à une version préliminaire que si son accès actuel et son comportement satisfont les mêmes vérifications.
