Skip to main content
Utilisez ce guide si Helicone se trouve entre votre application et un fournisseur d’IA. Le changement de requête est généralement limité, mais planifiez le transfert de l’observabilité avec autant de soin que celui du point de terminaison.

Ce qui change

1

Listez les fonctionnalités Helicone utilisées

Notez les propriétés personnalisées, les sessions, les identifiants utilisateur, la mise en cache, les limites de débit, les alertes et les tableaux de bord qui influencent l’exploitation en production. Ne partez pas du principe que la suppression du proxy recrée automatiquement ces flux de travail ailleurs.
2

Remplacez la configuration du proxy

Configurez votre client compatible avec OpenAI pour utiliser Phaseo, puis supprimez Helicone-Auth et les autres en-têtes propres à Helicone.
3

Transférez la visibilité des requêtes

Pour le dépannage opérationnel, utilisez l’activité Phaseo, les identifiants de requête, les tentatives auprès des fournisseurs et les détails de tarification. Si votre équipe exporte la télémétrie ailleurs, configurez l’intégration Observabilité correspondante avant le basculement.
4

Testez et déployez

Vérifiez que les requêtes aboutissent sans les en-têtes Helicone et que votre équipe peut toujours répondre aux questions opérationnelles qu’elle se pose pendant un incident. Augmentez progressivement le trafic après la réussite des vérifications d’inférence et d’observabilité.

Liste de contrôle de la migration

  • L’URL du proxy Helicone et ses en-têtes d’authentification ont été supprimés.
  • Les identifiants des modèles de production ont été vérifiés avec GET /v1/models.
  • Les métadonnées de requête nécessaires restent accessibles dans Phaseo ou dans votre pile de télémétrie.
  • Les alertes et les tableaux de bord disposent d’un remplacement prévu lorsque c’est nécessaire.
  • Le retour arrière se limite toujours à modifier le point de terminaison et la clé.

Étapes suivantes

Dernière modification le 2 octobre 2026