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 les portées memory:read, memory:write, memory:delete.
  • Le secret est affiché une seule fois. Conare ne persiste qu’une empreinte SHA-256 — une clé perdue se fait tourner, jamais récupérer.
  • 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 héritées (cmem_...)

Les clés personnelles issues 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_ à portée équipe sont rejetées sur le chemin partenaire. Les nouvelles intégrations doivent utiliser exclusivement les clés cint_.

​
Les clés ConareDB sont séparées

L’accès à la base de données utilise ses propres clés cdb_, émises depuis la console ConareDB, avec des limites et une facturation séparées. Une clé de mémoire n’accorde jamais d’accès à la base de données, et vice versa. Voir ConareDB.