Pouvoirs de service
Configurez les identifiants dans Settings → Credentials pour le service qui fait réellement la demande. Un abonnement Codex opérationnel fournit un accès modèle; il ne fournit pas OpenAlex, GitHub ou un compte personnalisé MCP.
Entrées de service intégrées
| Services | Domaines et objectifs | Comment vérifier |
|---|---|---|
| GitHub | Jeton d'accès personnel pour la découverte/importation Skill | Utiliser Connect/Manage et les commandes de jeton; puis tester l'opération de dépôt prévue. |
| Accès bibliographique | Courriel de contact et clé optionnelle BCNI API | Enregistrer les coordonnées; La clé de l'ICNE est facultative pour les demandes appuyées. |
| OpenAlex | Clé en option API pour les opérations OpenAlex dans la littérature | Valider la clé saisie, la sauvegarder et faire une requête limitée. |
| Unpaywall | Contacter l'email pour les recherches de localisation en texte intégral | Utilise l'email de contact de littérature configuré; pas d'adresse inventée. |
Connect ouvre un service non configuré; Manage ouvre une version existante. Desktop only signifie que l'opération d'identification a besoin du contexte de bureau. Un indicateur clé stocké n'est pas la valeur secrète elle-même.
Configurer une clé OpenAlex optionnelle
À partir de v0.33.1, les requêtes OpenAlex ne nécessitent plus de clé API. Commencez par une petite requête; les limites tarifaires, les politiques d'authentification et d'accès du service s'appliquent toujours. Permettre une requête sans clé ne promet pas une utilisation illimitée ou une réponse réussie.
Pour utiliser votre propre clé, ouvrez Settings → Credentials → OpenAlex (également disponible depuis Literature Graph via Manage credentials), entrez API key, choisissez Validate, puis Save après validation réussie. La clé n'est utilisée que pour api.openalex.org. Remove key supprime une clé existante; le champ de remplacement ne révèle pas le secret stocké.
Résoudre les erreurs d'enregistrement-stockage du système avant d'enregistrer. Pour les réponses 429, consultez le quota du service et les directives de réessayer au lieu de supposer qu'une clé est obligatoire.
Pouvoirs pour les connecteurs personnalisés
Créez le titre ici, puis sélectionnez son nom dans le Configuration du connecteur. Inspecter les consommateurs avant de modifier ou de supprimer un titre de compétence partagé.
Nouvelles informations d’identification
| Champ ou bouton | Fonctionnement |
|---|---|
| Nom | Donnez au titre une étiquette locale reconnaissable. |
| Type | Choisir API key, Access tokenou OAuth. |
| Valeur | Entrez un secret dans le champ masqué pour une clé / jeton. Vider les champs requis garder Enregistrer désactivé. |
| OAuth → URL des ressources | Fournissez le point final exact de la ressource. La correspondance Connector dépend de l'URL de la ressource, du transport et de l'enregistrement. |
| Avancé → Transport | Choisir le transport requis par le service OAuth; La valeur par défaut de HTTP a été vérifiée. |
| Étendues | Entrez les champs séparés par des espaces ou des virgules. |
| Utiliser un client pré-enregistré | Révéler Authorization server URL, Client ID, URL de rappelet Client secret. |
| URL de rappel / Copier | Le défaut inspecté a été http://127.0.0.1/oauth/callback; copiez-le pour l'enregistrement de service ou élargissez l'option de rappel personnalisé. |
| Découverte | Le cas échéant, découvrez les métadonnées du serveur; Ce n'est pas un succès en soi. |
| Annuler / Enregistrer | Jeter le brouillon ou stocker une configuration valide des justificatifs. |
Dans un Connector personnalisé, lier le justificatif à un en-tête, une variable d'environnement ou un sélecteur OAuth. Le nom est la référence; ne placent pas les valeurs secrètes dans les descriptions ou les instructions de projet. Les configurations portatives exportées remplacent les secrets par des détenteurs de place. Un titre de compétence sauvegardé a encore besoin d'un test de service réel/Connector pour établir qu'il fonctionne.
Vérification et dépannage
Après avoir économisé, répéter une petite opération et inspecter sa réponse. Utiliser credential_required pour un secret configuré manquant, 401 pour un défaut d'authentification à enquêter, et 403 pour un refus d'accès/politique à enquêter; un 403 n'est pas fixé universellement en remplaçant la clé. 429 concerne les limites de taux/d'utilisation. Lisez le corps réel du service et voyez Dépannage.
L'enlèvement d'un titre de créance peut affecter chaque Connector lié à celui-ci. Les exportations de Connector et de Specialist excluent délibérément les secrets/trusts prêts à l'emploi; les configurer à nouveau sur le récepteur. Ne collez jamais un secret dans un rapport Skill, une capture d'écran ou un rapport de problème.
Une clé OpenAlex est optionnelle. Les connecteurs OAuth nécessitent toujours l'inscription du service nommé. Résoudre l'erreur d'authentification affichée avant de réessayer la même petite requête.
Référence de mise en œuvre: PouvoirsPanel.tsx, ConnecteurAddForm.tsx.
Gestion des titres de compétence CLI/SDK peut créer/mise à jour des identifiants partagés via un accès local authentifié. Les installations sans tête Linux peuvent choisir explicitement stockage de fichiers non chiffré; les identifiants de bureau conservent leur comportement normal de stockage de l'OS. Cette option ne résout pas le stockage de mot de passe de Calculer ou d'initier la première connexion OAuth.
Ouvrir la page clé officielle API
Les formulaires d'attestation OpenAlex et NPCI sont reliés à leurs pages clés officielles. Remplissez les étapes du compte avec le service, retournez au formulaire, puis validez et enregistrez la clé prévue. Ouvrir un lien ne sauvegarde pas une clé ou n'exécute pas une requête; La question de savoir si une clé est nécessaire dépend du service et de l'exploitation.