Api ключи для нейросетей?

у яндекса и сбера свои схемы, там кроме ключа ещё папку или проект указывать. у опенаи просто ключ. отсюда и путаница

Разные обозначения это не разные технологии, а разные схемы авторизации.

1. Разберитесь, что вам выдали. Строка вида sk и дальше символы это классический секретный ключ. Пара из токена и идентификатора проекта или папки это схема, где ключ работает только вместе с указанием, чей это проект.
2. Проверьте способ передачи: обычно ключ уходит в заголовке Authorization, а идентификатор проекта отдельным полем или прямо в адресе запроса.
3. Держите ключ на сервере, а не в коде страницы. Ключ в браузерном коде вытащит любой посетитель за минуту.
4. Ограничьте его: лимит расходов в месяц, срок жизни, разрешённые домены. У большинства провайдеров это есть в кабинете.
5. Про токены: один токен это примерно три-четыре символа русского текста, то есть тысяча токенов это ориентировочно половина страницы. Считаются и вопрос, и ответ, и системная инструкция. Важно: расход задаёт не длина вопроса, а объём каталога, который вы подкладываете в каждый запрос.

Ключ API это идентификатор, по которому провайдер понимает, чей пришёл запрос и с какого счёта списывать деньги. Формат у всех свой: одна секретная строка, пара из ключа и идентификатора проекта, иногда ещё указание региона или каталога. Смысл при этом одинаковый, поэтому разные обозначения смущать не должны, важно передавать в запросе ровно то, что требует документация конкретного сервиса. Оплата почти везде считается в токенах, причём с обеих сторон: и то, что вы отправили, и то, что модель ответила. Ориентир для русского текста другой, чем обещанные 750 слов: те 750 про английский, а на русском в тысячу токенов влезает примерно половина страницы. Для помощника по каталогу основной расход дают не вопросы покупателей, а описания товаров, которые прикладываются к каждому запросу, поэтому экономят обычно на них: подкладывают три-пять подходящих карточек вместо всего справочника.

Ключ везде один по сути: это пароль, по которому сервер провайдера решает, можно ли тратить ваши деньги. Разная только упаковка. Где-то одна строка, где-то строка плюс идентификатор проекта или каталога, потому что биллинг привязан не к ключу, а к проекту. На работу это не влияет, всё остальное детали формата.

Пример по деньгам, чтобы стало понятно. Помощник получает вопрос покупателя: есть ли смеситель под мойку из нержавейки. К этому вопросу код подкладывает инструкцию, примерно 200 токенов, и три карточки товара из базы, ещё около 600. Ответ модели 150 токенов. Итого около тысячи токенов на один диалог, и сам вопрос покупателя занял из них двадцать. Тысяча диалогов в месяц это миллион токенов, вот эту цифру и умножайте на тариф своего провайдера.

Правило про 750 слов взято из английского. На русском токенизация злее, слова режутся на куски, и на ту же тысячу токенов влезает вдвое меньше текста, страница с небольшим.

И главное, что забывают: ключ нельзя класть в код сайта. Он живёт на вашем сервере, куда браузер посетителя не заглядывает. Иначе через неделю по нему будут генерировать рефераты незнакомые люди, а счёт придёт вам.