Suivez le code au-delà de votre clé API

01

Séparez le propriétaire de la clé de la chaîne des destinataires

Une clé API identifie un compte ou autorise une requête. Elle ne décrit pas, à elle seule, tous les systèmes qui construisent, transmettent, enregistrent ou traitent cette requête. Enregistrez l’outil de codage exact, la fonctionnalité et la route fournisseur avant de décider qui reçoit le code de l’entreprise.

Utilisez Cursor comme un exemple concret documenté, pas comme une architecture universelle pour tous les éditeurs. Sa documentation BYOK indique que les requêtes passent par les serveurs de Cursor pour la construction finale du prompt et que la clé est envoyée à son backend via des connexions chiffrées. La même page précise que la clé n’est pas conservée après la requête. Ce sont des déclarations du fournisseur, non un test indépendant du trafic ou du stockage.

Contexte source : Cursor : Apportez votre propre clé API

02

Vérifiez quelles fonctionnalités utilisent réellement la clé

Un outil peut utiliser votre clé pour certaines requêtes de modèle tandis que d’autres fonctionnalités utilisent des services intégrés. Cursor documente des clés personnalisées pour les modèles de chat tandis que la complétion Tab continue d’utiliser ses modèles intégrés. Une clé approuvée ne doit donc pas être considérée comme une approbation de chaque fonctionnalité ou destinataire dans l’application.

Enregistrez chaque fonctionnalité que les développeurs prévoient d’utiliser. Incluez la collecte automatique de contexte et tout outil externe configuré dans la discussion, mais ne supposez pas qu’ils suivent tous la même route. Lorsque l’outil ne peut pas établir un destinataire ou un but, laissez ce champ non résolu et obtenez une réponse actuelle prise en charge.

Contexte source : Cursor : Apportez votre propre clé API · Cursor : Confidentialité et gouvernance des données

03

Tracez les chemins réels des données et des identifiants

Commencez par l’appareil et listez les systèmes qui reçoivent le code, les prompts ou les résultats d’outils. Tracez séparément le chemin des identifiants : une passerelle peut détenir l’identifiant du fournisseur tout en recevant les prompts de l’éditeur, ou l’éditeur peut transmettre une clé fournie. Cette distinction est importante pour savoir qui peut inspecter les journaux et qui doit révoquer l’accès.

La carte téléchargeable est un outil synthétique d’aide à la revue. Sa passerelle optionnelle est une branche à vérifier, pas une affirmation que chaque configuration BYOK en contient une. Ajoutez les destinataires réels de l’organisation uniquement après que le propriétaire responsable ait confirmé l’arrangement, sans entrer de valeurs de clé ou de charges utiles confidentielles.

04

Associez des conditions de traitement à chaque destinataire

Cursor indique explicitement que sa politique de non-conservation des données ne s’applique pas aux requêtes faites avec vos propres clés ; la politique du fournisseur choisi s’applique. Examinez le compte et l’accord du fournisseur réel, plutôt que de copier les conditions du modèle intégré de l’éditeur.

Une passerelle personnalisée ou un service connecté possède ses propres journaux, permissions, traitements et questions de conservation. Gardez-les séparés d’une préférence d’hébergement régional ou d’une déclaration de chiffrement. La feuille de travail demande qui reçoit quelles données et ce qu’il en advient, ainsi la réponse reste utile même lorsqu’un fournisseur ou un déploiement change.

Contexte source : Cursor : Apportez votre propre clé API · Cursor : Confidentialité et gouvernance des données

05

Clôturez la revue de la route avec un propriétaire

Approuvez la fonctionnalité nommée et la chaîne de destinataires, la classe de code autorisée, le propriétaire de la clé et la date de revue. Identifiez qui peut modifier l’URL de la passerelle, le fournisseur ou la connexion d’outil. Un changement de configuration ajoutant un nouveau destinataire doit rouvrir la décision avant que du code restreint ne suive cette route.

Utilisez uniquement des marqueurs synthétiques lors de la revue d’un exemple de requête. Ce guide ne vous demande pas d’effectuer des appels au fournisseur, d’exposer une clé ou de capturer une conversation réelle de développeur. Évaluez séparément les contrôles de point de terminaison employés pris en charge, et n’en déduisez pas qu’ils modifient les conditions de traitement de la passerelle ou du fournisseur.