Note de l’auteur : à partir des notes de version de Claude Code v2.1.318, cet article passe en revue les causes et les étapes de dépannage de sept types de problèmes dans les répertoires home réseau partagés : perte de configuration, message « Not logged in », expiration de session, etc.
Dans les salles informatiques universitaires, les clusters HPC ou sur les serveurs de rebond en entreprise, les répertoires home des utilisateurs sont souvent montés sur NFS ou sur un autre système de fichiers réseau. Plusieurs machines partagent alors le même ~. Avec Claude Code, cela peut entraîner des problèmes : configuration des serveurs MCP disparue du jour au lendemain, reconnexion automatique juste après une déconnexion, message Not logged in dans une tâche en arrière-plan ou fichier ~/.claude.json vidé. Cet article présente les méthodes de dépannage de la configuration et de l’authentification de Claude Code dans un répertoire home réseau partagé, pour vous aider à déterminer si le problème vient de la version, du système de fichiers ou des identifiants eux-mêmes.
Il ne s’agit pas d’une liste de conseils empiriques assemblés au hasard. Publiée le 4 novembre 2026, la version v2.1.318 de Claude Code corrige plusieurs problèmes liés aux répertoires home réseau partagés. Les pistes de dépannage présentées ici s’appuient sur ses notes de version.
Ce que vous allez en retirer : à partir des symptômes, vous pourrez identifier une panne de configuration ou d’authentification de Claude Code dans un home partagé, et savoir s’il faut mettre à jour l’outil, restaurer une sauvegarde ou changer de méthode d’authentification.
Configuration et connexion de Claude Code dans un répertoire home réseau partagé : l’essentiel
Commençons par une vue d’ensemble. Dans le répertoire home, Claude Code gère principalement trois types de données : le fichier de configuration global ~/.claude.json (serveurs MCP, répertoires de confiance, etc.), les fichiers de paramètres et les identifiants de connexion enregistrés. Sur un home réseau partagé, plusieurs processus et plusieurs machines lisent et écrivent ces fichiers en même temps. Les verrous, le cache et les quotas du système de fichiers réseau ne se comportent pas non plus comme sur un disque local. Voici les changements de la version v2.1.318 qui concernent directement ces usages :
| Point clé | Explication | Ce que ça vous apporte |
|---|---|---|
| Les échecs d’écriture ne passent plus pour des réussites | Si la configuration ne peut pas être mise à jour sur un home partagé, /logout, claude auth logout et claude mcp remove ne signalent plus une réussite |
Évite de croire que vous êtes déconnecté alors que ce n’est pas le cas |
| Une reconnexion depuis une autre machine n’interrompt plus les tâches | Lorsqu’un autre terminal ou une autre machine utilisant le même home se reconnecte au même compte et à la même organisation, les tâches en cours ne s’arrêtent plus avec l’erreur Not logged in | Une exécution parallèle plus stable sur plusieurs machines |
| Verrouillage des écritures de la configuration MCP | claude mcp add/remove attend le verrou de configuration et se termine avec le code de sortie 1 s’il ne peut pas l’obtenir |
Réduit les risques de corruption de la configuration lors d’écritures concurrentes |
| Expiration de la connexion visible | claude auth status ajoute loginExpiresAt et le résultat JSON de claude -p ajoute credential_expires_at |
Permet de repérer à l’avance une connexion qui approche de son expiration |
| Des fichiers de configuration plus résistants | Lors de leur enregistrement sur un home partagé, ~/.claude.json, les fichiers de paramètres et les identifiants de connexion risquent moins d’être supprimés, temporairement vidés ou écrasés par une ancienne copie |
Réduit le risque de voir la configuration disparaître « sans raison » |
Pourquoi la configuration de Claude Code pose problème avec un répertoire home partagé
Sur un disque local, l’enregistrement de la configuration de Claude Code peut être considéré comme une opération atomique. Sur un système de fichiers réseau, des opérations comme « écrire un fichier temporaire puis le remplacer » ou « vérifier si un fichier existe » peuvent être faussées par le cache du client : un fichier peut par exemple être signalé comme absent alors qu’il existe bel et bien. Dans les anciennes versions, Claude Code pouvait alors croire que la configuration n’existait pas et démarrer sans les serveurs MCP ni les répertoires de confiance. Depuis la v2.1.318, il vérifie une seconde fois lorsqu’un fichier de configuration est signalé comme absent, ce qui réduit les démarrages avec une configuration vide.
Les quotas de disque sont un autre piège. Les notes de mise à jour décrivent un cas où le répertoire home réseau n’a plus assez d’espace pour écrire des données, mais autorise encore la création de fichiers. L’enregistrement des identifiants remplaçait alors leur fichier par un fichier vide, ce qui déconnectait immédiatement l’utilisateur. La nouvelle version corrige ce problème. Si votre cluster applique des quotas stricts au répertoire home, il reste conseillé de vérifier régulièrement l’espace disponible avec df ou la commande quota fournie par le cluster.
Problèmes de connexion concurrente avec un répertoire home partagé
L’état de connexion est une autre source fréquente de problèmes. Quand plusieurs machines partagent le même répertoire home, une reconnexion avec claude auth login sur la machine A pouvait auparavant provoquer l’arrêt d’un traitement par lots claude -p en cours sur la machine B, avec le message Not logged in. La v2.1.318 corrige ce problème pour un même compte et une même organisation. Les commandes de la famille claude plugin pouvaient aussi se terminer avant la fin de l’enregistrement d’un jeton dont l’actualisation prenait du temps. À l’exécution suivante, l’utilisateur se retrouvait alors déconnecté. Ce problème est également corrigé.
Un autre cas est plus discret : une autre connexion sur la même machine a enregistré une liste allowedProviders qui refuse votre session au démarrage. Cela peut se produire lorsque plusieurs personnes partagent une machine de rebond, ou lorsqu’un même utilisateur se connecte à différentes organisations. La nouvelle version ne rejette plus ces sessions par erreur.
Guide de dépannage rapide de Claude Code avec un répertoire home partagé
Conformément aux conventions de cet article, les commandes et les champs sont présentés en ligne, sans bloc de code. Le dépannage se déroule en quatre étapes, à suivre de préférence dans l’ordre.
Étape 1 : vérifier la version de Claude Code et l’état de connexion
Exécutez d’abord claude --version pour vérifier la version. Si elle est antérieure à v2.1.318, mettez Claude Code à jour avec claude update ou selon votre méthode d’installation habituelle. Sur les anciennes versions, beaucoup des problèmes abordés ici peuvent seulement être contournés, sans être résolus complètement. Après la mise à jour, exécutez claude auth status pour vérifier le compte, l’organisation et le nouveau champ loginExpiresAt.
Si vous utilisez principalement claude -p dans des scripts, vous pouvez lui demander de produire un résultat JSON, puis lire le champ credential_expires_at dans votre pipeline pour déclencher une alerte avant l’expiration. En mode texte, la nouvelle version affiche sur stderr un avertissement lorsque la connexion claude.ai enregistrée expire dans 10 jours ou moins. Pensez à surveiller vos journaux.
| Commande/champ | Rôle | Point à vérifier |
|---|---|---|
claude --version |
Afficher la version actuelle | Est-elle ≥ v2.1.318 ? |
claude auth status |
Vérifier l’état de connexion | loginExpiresAt est-il proche ? |
claude -p (sortie JSON) |
Invocation sans intervention humaine | Champ credential_expires_at |
claude auth login |
Se reconnecter au compte claude.ai | Suivre les instructions après expiration de la connexion |
claude setup-token |
Générer un jeton pour une utilisation sans intervention humaine | Adapté à la CI et aux traitements par lots |
claude mcp add / claude mcp remove |
Gérer les serveurs MCP | Le code de sortie 1 indique que le verrou de configuration n’a pas été obtenu |
Deuxième étape : vérifier l’intégrité de ~/.claude.json
Un fichier ~/.claude.json corrompu est la cause la plus fréquente de « perte de toute la configuration » lorsque le répertoire home est partagé. La version v2.1.318 modifie plusieurs comportements à ce sujet : si, au démarrage non interactif, le fichier n’est pas un JSON valide, Claude ne l’écrase plus avec des valeurs par défaut. Le démarrage échoue, indique comment restaurer le fichier et laisse l’original intact (issue #87551). Si le fichier est vide et qu’il n’existe aucune sauvegarde, la nouvelle version démarre normalement comme si le fichier n’existait pas, sans le signaler comme corrompu.
La commande de restauration affichée est aussi plus fiable. Auparavant, elle pouvait pointer vers une sauvegarde vide ou tronquée, ou échouer si le fichier était en lecture seule. Ces problèmes sont corrigés. De plus, dans un répertoire home où seul claude -p était utilisé, le nettoyage lié à la période de rétention pouvait supprimer la dernière sauvegarde de ~/.claude.json. Désormais, une nouvelle sauvegarde est créée avant la suppression des anciennes.
Troisième étape : résoudre les problèmes de connexion et d’expiration des identifiants
Si la connexion échoue, vérifiez d’abord si le message indique que « la connexion claude.ai enregistrée a expiré ». La nouvelle version le précise clairement et, avec claude -p, propose deux solutions : claude auth login et claude setup-token. Choisissez la première pour une utilisation interactive ; la seconde convient généralement mieux aux tâches qui s’exécutent longtemps en arrière-plan.
Sur les machines où forceLoginOrgUUID est activé pour imposer la connexion à une organisation donnée, les anciennes versions présentaient un problème : un jeton généré avec setup-token pouvait être rejeté au démarrage, même s’il appartenait à l’organisation autorisée. Ce problème est corrigé dans v2.1.318. Si vous le rencontrez en entreprise, une mise à jour suffit généralement à le résoudre.
Quatrième étape : réduire les risques liés aux écritures concurrentes
Lorsque plusieurs machines modifient simultanément la configuration MCP, le partage du répertoire home présente un risque. Les nouvelles versions de claude mcp add et claude mcp remove attendent que le verrou de configuration soit disponible. Si elles n’y parviennent pas, elles se terminent avec le code de sortie 1, au lieu d’écrire sans verrou. Attention toutefois : les notes de mise à jour précisent qu’une autre tâche qui enregistre la configuration peut encore écraser l’entrée de serveur que vous venez d’ajouter. Pour les modifications en masse de la configuration MCP, privilégiez donc une exécution séquentielle sur une seule machine.
Par ailleurs, lors des exécutions sans surveillance (claude -p et les applications utilisant le SDK), ~/.claude.json n’est plus réécrit systématiquement si la configuration n’a pas changé. Cela réduit nettement les écritures dans le fichier de configuration lors de l’exécution d’un grand nombre de tâches en parallèle. Si votre cluster utilise encore une ancienne version pour ce type de traitement, c’est une raison supplémentaire de la mettre à jour.
🚀 Pour commencer rapidement : si votre équipe utilise Claude Code sur un cluster pour des traitements par lots et ne veut pas dépendre de l’expiration des sessions claude.ai, elle peut passer par une API. APIYI apiyi.com permet d’invoquer les modèles Claude via une API compatible avec les formats d’interface OpenAI et Anthropic. Les instructions sont disponibles dans le centre de documentation docs.apiyi.com.
Problèmes courants de Claude Code avec un répertoire home partagé
Ce tableau regroupe les symptômes courants, leurs causes possibles et les solutions recommandées. Vous pouvez vous y référer directement pour diagnostiquer un problème.
| Symptôme | Cause possible | Solution recommandée |
|---|---|---|
La commande /logout indique qu’elle a réussi, mais la session est toujours active au démarrage suivant |
Les anciennes versions signalaient une réussite même lorsque l’écriture de la configuration échouait sur un home partagé | Passez à la v2.1.318, puis exécutez claude auth logout et vérifiez le résultat |
| Une tâche en arrière-plan affiche soudainement Not logged in | Une reconnexion a eu lieu depuis un autre terminal ou une autre machine utilisant le même home | Mettez à jour Claude Code ; le problème est corrigé pour un même compte au sein d’une même organisation |
| Les serveurs MCP et les répertoires de confiance ont tous disparu au démarrage | Le système de fichiers réseau a signalé à tort que le fichier de configuration était absent | Mettez à jour Claude Code pour activer la logique de nouvelle vérification et, si nécessaire, restaurez la configuration depuis une sauvegarde |
| Le fichier d’identifiants est devenu vide | L’espace du home est saturé, mais la création de nouveaux fichiers reste possible | Libérez de l’espace, reconnectez-vous et mettez à jour Claude Code |
| Le démarrage non interactif échoue immédiatement et invite à effectuer une restauration | ~/.claude.json n’est pas un fichier JSON valide |
Exécutez la commande de restauration indiquée, sans écraser le fichier manuellement |
| Le démarrage est refusé par allowedProviders | La liste enregistrée par une autre connexion sur la même machine crée une interférence | Mettez à jour Claude Code et réessayez |
| Toutes les connexions réseau échouent | NODE_EXTRA_CA_CERTS pointe vers un fichier vide ou qui n’est pas au format PEM | La nouvelle version utilise les certificats lisibles et émet un avertissement sur stderr. Corrigez également le fichier de certificat |
Un cas impliquant plusieurs utilisateurs mérite une mention particulière. Si une personne a lancé sudo claude et laissé un processus appartenant à un autre utilisateur en cours d’exécution, le nettoyage des versions pouvait, dans les anciennes versions, considérer à tort que ce processus était terminé et supprimer l’exécutable qu’il utilisait. Dans un cas similaire, lorsqu’une mise à jour ou un nettoyage des versions supprimait le binaire d’un processus encore actif, les hôtes remote-control, les démons en arrière-plan et les runners auto-hébergés signalaient une erreur spawn ENOENT au lancement d’une nouvelle session. Ces deux problèmes sont corrigés dans la v2.1.318. Dans un environnement partagé, il reste recommandé d’éviter d’exécuter Claude Code avec sudo.
Claude Code v2.1.318 : avant et après dans un environnement home partagé
| Scénario | Avant v2.1.318 | À partir de v2.1.318 |
|---|---|---|
| Échec de l’écriture de la configuration dans un home partagé | La déconnexion et la suppression de MCP sont signalées comme réussies, mais les modifications des paramètres de confiance et de MCP sont abandonnées silencieusement | La réussite n’est plus signalée à tort |
~/.claude.json contenant du JSON invalide |
Écrasé par des valeurs par défaut lors d’un démarrage non interactif | Le démarrage échoue, une méthode de récupération est proposée et le fichier d’origine est conservé |
~/.claude.json vide, sans sauvegarde |
Signalé comme corrompu | Démarrage normal, comme si le fichier était absent |
| Expiration de la connexion | Simple message générique d’échec de connexion | Expiration clairement signalée, avec les commandes claude auth login et claude setup-token |
| Avertissement avant expiration | Aucun | Avertissement sur stderr 10 jours à l’avance ; la commande de statut permet de consulter la date d’expiration |
| Exécution sans surveillance | ~/.claude.json est réécrit à chaque exécution |
Le fichier n’est plus réécrit si son contenu n’a pas changé |
Ce tableau montre la logique des correctifs de la v2.1.318 : signaler clairement les échecs et préserver autant que possible les données utilisateur lorsque la configuration est corrompue. Pour les équipes d’exploitation, cela réduit les cas où tout semble normal alors qu’une erreur s’est produite. Les problèmes apparaissent plus tôt et sont plus faciles à diagnostiquer.
Si vous exécutez des traitements par lots à grande échelle sur un cluster partagé, une approche prudente consiste à garder la connexion au compte pour le développement interactif et à utiliser, pour les traitements par lots, un jeton généré avec setup-token ou une authentification par API. Les identifiants des deux usages restent ainsi indépendants.
Accéder à Claude Code par API pour éviter les problèmes de connexion liés au répertoire home partagé
Dans un répertoire home partagé, beaucoup de problèmes de connexion viennent du fait que plusieurs machines utilisent les mêmes identifiants claude.ai. En configurant les tâches par lots pour qu’elles s’authentifient avec une clé API injectée par variable d’environnement, on ne dépend plus du fichier de connexion enregistré dans le répertoire home. Les déconnexions entre machines et les expirations de session évoquées plus haut ne se produisent alors quasiment plus. Claude Code permet de définir le point d’accès et la clé API à l’aide de variables d’environnement comme ANTHROPIC_BASE_URL et ANTHROPIC_AUTH_TOKEN. Consultez la documentation officielle pour connaître les noms exacts des variables et les versions concernées.
🎯 Conseil technique : APIYI apiyi.com permet d’utiliser les modèles Claude par API et prend en charge les formats d’interface natifs d’Anthropic et d’OpenAI. C’est une option pour configurer un point d’accès commun à Claude Code et à d’autres outils. Pour l’URL de base, l’obtention d’une clé et les exemples de configuration, consultez le centre de documentation APIYI à l’adresse docs.apiyi.com.
| Critère | Connexion avec un compte claude.ai | Accès par clé API (par exemple APIYI) |
|---|---|---|
| Stockage des identifiants | Session enregistrée dans le répertoire home | Variable d’environnement ou système de gestion des secrets |
| Effet d’un home partagé | Utilisé par plusieurs machines, avec des risques liés aux accès simultanés et à l’expiration | Clé injectée séparément pour chaque tâche, sans interférence |
| Gestion de l’expiration | Nécessite de surveiller loginExpiresAt | Dépend de la durée de validité et du quota de la clé |
| Format d’interface | Intégré à Claude Code | Compatible avec les formats Anthropic et OpenAI |
| Facturation | Selon l’abonnement et les règles d’utilisation du compte | Selon les tarifs indiqués sur la page APIYI docs.apiyi.com/models |
💰 Coûts : pour les tarifs des modèles, les prix unitaires des entrées et sorties, ceux du cache et les autres détails de facturation, consultez les données à jour sur la page APIYI docs.apiyi.com/models. Aucun montant précis n’est indiqué ici, afin d’éviter toute confusion en cas de changement de prix.
Questions fréquentes (FAQ)
Q1 : Qu’est-ce qu’un répertoire home partagé sur le réseau, et pourquoi Claude Code y rencontre-t-il plus facilement des problèmes ?
Un répertoire home partagé sur le réseau est un répertoire personnel monté via un système de fichiers réseau comme NFS et utilisé par plusieurs machines. Claude Code stocke sa configuration globale, ses paramètres et ses identifiants de connexion dans le répertoire home. Des écritures simultanées par plusieurs processus, des informations erronées renvoyées par le cache du système de fichiers ou des comportements anormaux lorsque le quota est atteint peuvent entraîner une perte de configuration ou invalider la connexion.
Q2 : Qu’est-ce qui change pour Claude Code sur un home partagé avec la version v2.1.318 ?
Les anciennes versions pouvaient signaler silencieusement une réussite malgré l’échec d’une écriture, ou remplacer une configuration corrompue par des valeurs par défaut. La version v2.1.318 signale les erreurs, conserve le fichier d’origine et fournit des instructions de restauration. Elle améliore aussi la fiabilité de l’enregistrement des fichiers de configuration sur un home partagé et ajoute un champ indiquant l’expiration de la connexion.
Q3 : Quand ces correctifs ont-ils été publiés ?
Ces correctifs sont inclus dans Claude Code v2.1.318, dont la date de publication indiquée sur GitHub Release est le 4 novembre. Utilisez `claude –version` pour vérifier votre version locale. Si elle est antérieure, il est recommandé de la mettre à jour avant de poursuivre le diagnostic.
Q4 : Une tâche en arrière-plan affiche régulièrement Not logged in. Que faire ?
Vérifiez d’abord si un autre terminal ou une autre machine utilisant le même home a reconnecté le même compte. Après la mise à jour vers v2.1.318, ce problème est corrigé lorsque le compte et l’organisation sont les mêmes. Si les connexions concernent des organisations différentes ou si les identifiants ont expiré, il est recommandé d’utiliser pour les tâches de longue durée un jeton généré avec `claude setup-token`, ou une authentification par clé API.
Q5 : Comment utiliser Claude Code pour invoquer un modèle via une API, sans passer par la connexion à un compte ?
Vous pouvez indiquer à Claude Code un point d’accès API et une clé à l’aide de variables d’environnement. APIYI apiyi.com permet d’invoquer les modèles Claude via son API, compatible avec les formats d’interface Anthropic et OpenAI, et peut servir de point d’accès unifié. Consultez la documentation sur docs.apiyi.com pour les étapes de configuration et la page docs.apiyi.com/models pour les tarifs.
Q6 : Si ~/.claude.json est corrompu, peut-on simplement le supprimer pour le recréer ?
Il n’est pas recommandé de le supprimer directement. Si le JSON est invalide, la nouvelle version interrompt le démarrage et fournit une commande de restauration. Essayez d’abord de restaurer le fichier depuis une sauvegarde en suivant les instructions. Si le fichier est vide et qu’il n’existe aucune sauvegarde, la nouvelle version démarre normalement comme si le fichier était absent, mais vous devrez ajouter à nouveau les serveurs MCP et les répertoires de confiance précédemment configurés.
Q7 : Quelles limites connues subsistent sur un home partagé après la mise à jour vers v2.1.318 ?
Les notes de mise à jour précisent que, même si `claude mcp add/remove` utilise désormais un verrou, une autre tâche qui enregistre la configuration peut encore écraser l’entrée de serveur que vous venez d’ajouter. Les problèmes liés à un quota presque atteint ou à une mise en cache trop agressive du système de fichiers ne sont également que partiellement atténués. En cas de forte concurrence, il est recommandé de gérer les modifications de configuration de manière séquentielle ou de séparer les identifiants des traitements par lots de ceux utilisés en mode interactif.
Points clés pour dépanner Claude Code avec un répertoire home partagé
- Vérifiez d’abord la version : assurez-vous d’utiliser Claude Code v2.1.318 ou une version ultérieure. Une mise à jour suffit à résoudre la plupart des problèmes liés au home partagé.
- Anticipez l’expiration de la connexion : consultez le champ
loginExpiresAtavecclaude auth statuspour repérer une session qui arrive bientôt à échéance. - Ne supprimez pas la configuration à la légère : si
~/.claude.jsonprésente une anomalie, utilisez la commande de restauration indiquée par la nouvelle version pour préserver votre configuration. - Évitez les modifications simultanées : effectuez les changements de configuration MCP sur une seule machine afin que les hôtes ne les écrasent pas mutuellement.
- Surveillez les quotas : un espace home saturé peut entraîner l’effacement des identifiants. Vérifiez régulièrement l’espace disponible.
- Séparez les identifiants pour les traitements par lots : utilisez un jeton généré avec setup-token ou une clé API pour les tâches longues, indépendamment de la connexion interactive.
- L’accès par API est une option : APIYI est compatible avec les formats Anthropic et OpenAI. Consultez docs.apiyi.com/models pour les tarifs applicables.
Résumé
Pour dépanner la configuration et la connexion de Claude Code avec un répertoire home partagé sur le réseau, retenez trois points :
- Commencez par la version : la v2.1.318 corrige plusieurs problèmes, notamment les déconnexions signalées à tort comme réussies, les tâches interrompues par une connexion depuis un autre hôte et les configurations écrasées ou effacées. La mise à jour est la première étape.
- Partez des symptômes : en cas de perte de configuration, vérifiez d’abord
~/.claude.jsonet ses sauvegardes. Si la connexion ne fonctionne plus, vérifiez sa date d’expiration et le fichier d’identifiants. Si une tâche s’interrompt, examinez les écritures simultanées et les quotas disque. - Séparez les identifiants selon l’usage : utilisez une connexion par compte pour le développement interactif, et un jeton ou une clé API pour les traitements par lots. Vous réduirez ainsi les conflits liés au home partagé.
Si votre équipe utilise Claude Code à grande échelle sur un cluster partagé, prenez le temps de définir clairement les modes d’authentification. Si vous avez besoin d’un point d’accès API unifié, vous pouvez consulter la documentation d’APIYI, sur apiyi.com et docs.apiyi.com, pour évaluer cette option. Pour les tarifs, référez-vous aux données de la page docs.apiyi.com/models.
📚 Références
- Notes de version de Claude Code v2.1.318 : source des informations sur les correctifs présentés dans cet article
- Lien :
github.com/anthropics/claude-code/releases/tag/v2.1.318 -
Description : notes complètes sur les répertoires home partagés sur le réseau, l’expiration de la session, la restauration de
~/.claude.jsonet les autres mises à jour -
Centre de documentation APIYI : guide d’accès à l’API et de configuration des outils
- Lien :
docs.apiyi.com -
Description : URL de base, obtention d’une clé API et méthodes d’intégration aux formats Anthropic et OpenAI
-
Page des tarifs des modèles APIYI : source de référence pour la facturation des modèles
- Lien :
docs.apiyi.com/models - Description : les tarifs d’entrée et de sortie, les prix du cache et les autres données de facturation sont ceux affichés en temps réel sur cette page
Auteur : équipe technique APIYI
Échanges techniques : si vous rencontrez des problèmes en déployant Claude Code dans un environnement partagé, contactez-nous depuis la page d’accueil d’APIYI, apiyi.com. Vous trouverez d’autres ressources d’intégration dans le centre de documentation docs.apiyi.com.
