Автентифікація - Conare

Усі запити партнерського API використовують Bearer-токен:

Authorization: Bearer cint_...

Ключі інтеграцій (`cint_...`)

Створюються per Integration у дашборді, scope’ються до memory:read, memory:write, memory:delete.
Секрет відображається один раз. Conare зберігає лише SHA-256 дайджест — втрачений ключ ротують, а не відновлюють.
Лише server-side. Ніколи не вбудовуйте в браузерні чи мобільні збірки; запити несуть пам’ять ваших користувачів.

Base URLs

Host	Призначення
`https://api.conare.ai`	Production — виділений партнерсько-API host (переважний)
`https://conare.ai`	Alias — той самий API на основному host
`https://embeddings.conare.ai`	Embeddings API для платформних ключів

Застарілі персональні ключі (`cmem_...`)

Персональні ключі з продукту MCP/CLI залишаються прийнятними під час міграції, але застарілі для партнерських інтеграцій. Team-scoped cmem_ ключі відхиляються на партнерському шляху. Нові інтеграції мають використовувати виключно cint_ ключі.

Один платформний ключ для ConareDB та embeddings

Використовуйте один серверний платформний ключ sk-conare-... для ConareDB і https://embeddings.conare.ai/api/v1/embeddings. Надсилайте його як Authorization: Bearer sk-conare-.... Наявні облікові дані cdb_... залишаються дійсними під час міграції. Для API пам’яті кінцевих користувачів використовуйте Integration-ключі cint_....