Authentifizierung - Conare

Alle Partner-API-Anfragen verwenden ein Bearer-Token:

Authorization: Bearer cint_...

Integrations-Schlüssel (`cint_...`)

Werden pro Integration im Dashboard erstellt, beschränkt auf memory:read, memory:write, memory:delete.
Das Geheimnis wird einmal angezeigt. Conare persistiert nur einen SHA-256-Digest – ein verlorener Schlüssel wird rotiert, niemals wiederhergestellt.
Nur serverseitig. Betten Sie ihn niemals in Browser- oder Mobile-Builds ein; Anfragen tragen das Gedächtnis Ihrer Nutzer.

Basis-URLs

Host	Zweck
`https://api.conare.ai`	Produktion – dedizierter Partner-API-Host (bevorzugt)
`https://conare.ai`	Alias – dieselbe API auf dem Haupt-Host
`https://embeddings.conare.ai`	Embeddings-API für Plattformschlüssel

Legacy-Personal-Schlüssel (`cmem_...`)

Persönliche Schlüssel aus dem MCP/CLI-Produkt werden während der Migration weiterhin akzeptiert, sind aber für Partner-Integrationen veraltet. Team-scoped cmem_-Schlüssel werden auf dem Partner-Pfad abgelehnt. Neue Integrationen sollten ausschließlich cint_-Schlüssel verwenden.

Ein Plattformschlüssel für ConareDB und Embeddings

Verwenden Sie einen serverseitigen sk-conare-...-Plattformschlüssel für ConareDB und https://embeddings.conare.ai/api/v1/embeddings. Senden Sie ihn als Authorization: Bearer sk-conare-.... Bestehende cdb_...-Datenbankzugänge bleiben während der Migration gültig. Verwenden Sie cint_...-Integrationsschlüssel für Endnutzer-Memory-APIs.