Skip to main content
Toutes les requêtes de l’API partenaire utilisent un jeton Bearer :

​
Clés d’intégration (cint_...)

  • Créées par intégration dans le tableau de bord, avec des scopes memory:read, memory:write, memory:delete.
  • Le secret est affiché une seule fois. Conare ne conserve qu’un condensé SHA-256 — une clé perdue est renouvelée, jamais récupérée.
  • Côté serveur uniquement. Ne l’intégrez jamais dans des builds navigateur ou mobiles ; les requêtes transportent la mémoire de vos utilisateurs.

​
URL de base

​
Clés personnelles legacy (cmem_...)

Les clés personnelles du produit MCP/CLI restent acceptées pendant la migration mais sont dépréciées pour les intégrations partenaires. Les clés cmem_ scopées à une équipe sont rejetées sur le chemin partenaire. Les nouvelles intégrations doivent utiliser exclusivement des clés cint_.

​
Une clé de plateforme pour ConareDB et les embeddings

Utilisez une seule clé de plateforme sk-conare-... côté serveur pour ConareDB et https://embeddings.conare.ai/api/v1/embeddings. Envoyez-la comme Authorization: Bearer sk-conare-.... Les identifiants de base cdb_... existants restent acceptés pendant la migration. Utilisez des clés d’intégration cint_... pour les API de mémoire par utilisateur.