Почему AI-ассистент перестаёт отвечать после подключения двух API-ключей

Вы подключили своего AI-ассистента к одному API — например, DataNewton или CRM — и всё работало отлично. Потом вы добавили второй ключ, чтобы он мог взаимодействовать с обеими системами одновременно. И теперь он просто молчит. Нет ответа, нет ошибки, вообще ничего. Вы пробуете ввести запрос снова. Всё то же самое.

Это одна из самых распространённых проблем, когда люди пытаются превратить ChatGPT или Claude в оркестратор, который забирает данные из одного инструмента и передаёт их в другой. Выглядит как баг. На самом деле это почти никогда баг — это несколько предсказуемых причин, и большинство из них устраняются за пять минут.

Почему AI-ассистент замирает после добавления второго API-ключа?

Примерно в 80% случаев ассистент перестаёт отвечать, потому что незаметно для вас превышает лимит запросов, зависает на вызове, о котором он вам не сообщил, или путает, какой ключ относится к какому запросу. Два API-ключа означают два отдельных процесса авторизации, два отдельных лимита запросов и — что важно — два места, где ассистент может застрять в ожидании ответа, которого не получает.

Зависание — это не «поломка» AI. Это ожидание сетевого запроса, который либо завершился ошибкой без предупреждения, либо застрял в цикле повторных попыток, который вы не видите. Если знать, куда смотреть, это чек-лист для диагностики, а не загадка.

Что на самом деле вызывает эту проблему — четыре реальные причины

• Лимит запросов (rate limiting). Большинство API ограничивают число запросов в минуту. Например, API CRMChat допускает 100 запросов в минуту на пользователя — превысьте этот лимит, и вместо данных вы получите ответ 429 Too Many Requests. Если ваш ассистент проходит по списку компаний и делает по два вызова API на каждую, вы можете быстро упереться в этот потолок, даже не заметив этого.

• Путаница с ключами. Когда вы вставляете два API-ключа в один и тот же промпт или в одну среду, ассистент может отправить заголовок ключа A на эндпоинт ключа B. Большинство API отклоняют это с ошибкой 401, но некоторые агенты просто молча повторяют попытку, вместо того чтобы показать вам ошибку.

• Неправильно сформированные заголовки авторизации. API с Bearer-токенами ожидают конкретный формат: Authorization: Bearer sk_your_api_key. Если ассистент объединяет два ключа в один заголовок, отбрасывает префикс «Bearer» или обрезает символ при разборе вашего промпта, запрос сразу же проваливается — с ошибкой 401 «Invalid or missing API key», — и некоторые ассистенты просто останавливаются, вместо того чтобы сообщить об этом.

• Незаметные тайм-ауты на втором вызове. Первый API может отвечать за 200 мс. Второй может занять 8 секунд, потому что выполняет поиск по реестру компаний или базе контактов. Если у клиента вашего ассистента короткий тайм-аут, он может зависнуть или сбросить второе соединение, не объяснив причину.

Как это исправить на практике?

Пройдите по этим шагам по порядку — так проблема решается быстрее всего:

1. Явно разделите ключи в промпте. Пометьте каждый явно: «Используй этот ключ ТОЛЬКО для вызовов DataNewton: [ключ]» и «Используй этот ключ ТОЛЬКО для вызовов CRMChat: [ключ]». Не вставляйте их друг за другом без контекста.

2. Проверьте, есть ли 401 или 429 в исходном ответе. Попросите ассистента показать точный HTTP-статус и сообщение, которое он получил, а не просто «не сработало». Большинство «молчаливых» зависаний превращаются в понятную ошибку 401 или 429, как только вы запрашиваете необработанный ответ.

3. Снизьте частоту запросов. Если вы проходите по десяткам или сотням записей, добавьте задержку между вызовами или используйте пагинацию вместо отправки одного запроса на каждый элемент. API CRMChat использует пагинацию на основе курсора с параметром limit (от 1 до 100, по умолчанию 20) — именно для того, чтобы вам не нужно было «долбить» эндпоинт.

4. Пересоздайте ключ, если он был скомпрометирован. Если вы вставили ключ в общий чат, публичный документ или закоммитили его в репозиторий, считайте его скомпрометированным. Отозвите его и создайте новый — API-ключи показываются только один раз при создании, так что храните замену в надёжном месте.

5. Сначала протестируйте каждое подключение отдельно. Перед тем как объединять два API в одном workflow, сделайте по одному тестовому вызову к каждому — по отдельности — и убедитесь, что получаете чистый ответ 200. Только после этого объединяйте их в одном промпте.

Как это выглядит в реальном workflow с двумя API?

Самый распространённый вариант такой настройки — это одновременное подключение AI-ассистента к поставщику бизнес-данных, например DataNewton, и к CRMChat — получение данных о компании из одного источника и выполнение поиска контактов через другой. CRMChat включает инструменты поиска контактов через API, которые AI-ассистент может вызывать напрямую, используя ключ, созданный в разделе Settings → API Keys, и система спроектирована именно для такой оркестрации, а не для ручного взаимодействия через интерфейс.

Если вы настраиваете это, чтобы находить основателей и лиц, принимающих решения, в России или СНГ, весь процесс — от данных из реестра до номера телефона и последующего преобразования номера в имя пользователя Telegram — подробно расписан в статье как определить лиц, принимающих решения, в бизнес-чате Telegram. Зависание из-за двух API-ключей почти всегда возникает именно на третьем шаге такого workflow — там, где вы подключаете второй сервис.

Как избежать повторения этой проблемы?

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

• Храните ключи как переменные окружения, а не встраивайте их прямо в промпт, который вы будете повторно использовать или передавать другим.

• Периодически обновляйте ключи — старые ключи, оставленные активными, часто становятся причиной незаметных сбоев авторизации спустя месяцы.

• Своевременно отзывайте неиспользуемые ключи, чтобы ассистент случайно не попытался использовать устаревший.

• Логируйте необработанный ответ API в своём workflow, даже если сейчас вы не занимаетесь отладкой — это понадобится вам в будущем.

• Прочитайте полную документацию по API CRMChat перед подключением второго сервиса, поскольку формат авторизации и лимиты запросов различаются у разных провайдеров.

Ничего экзотического здесь нет. Каждый раз это одни и те же несколько причин: лимиты запросов, неправильно сформированные заголовки, путаница с ключами и незаметные тайм-ауты. API CRMChat возвращает понятную структурированную ошибку — например, 401 с явным сообщением «Invalid or missing API key» — вместо того чтобы молча падать, а это именно та обратная связь, которая нужна, когда вы просите AI-ассистента самостоятельно разобраться с проблемой подключения. Если ваш ассистент всё ещё не может объяснить, что пошло не так, после проверки всех четырёх пунктов, следующий шаг — обратиться в Центр поддержки CRMChat.