Идентификатор аккаунта называет один подключённый аккаунт LinkedIn. Вы получаете его, когда вход завершён, и подставляете почти в каждый последующий вызов — в сегмент пути, параметр запроса, поле JSON или поле multipart, смотря по операции.
Он непрозрачен. У него нет префикса, это не UUID, и он не несёт смысла, который стоило бы разбирать. Относитесь к нему как к строке, которую вы храните и отправляете обратно.
Почему он отвечает 404, а не 403
Каждый подписчик плана MakeHybrid API направляется в один общий тенант у внешнего поставщика, то есть идентификаторы аккаунтов всех клиентов живут в одном пространстве имён. Ничто не доходит до этого поставщика с названным идентификатором аккаунта, пока мы не подтвердим, что его подключила ваша организация.
Промах отвечает 404, никогда 403. Разница — не вежливость. 403 означал бы, что идентификатор существует и не ваш, — значит, кто-то мог бы сидеть и генерировать идентификаторы, отличая настоящие от выдуманных по тому, какой ответ вернулся. 404 на оба случая не говорит ровно ничего.
Это проверяется во всех четырёх местах, откуда идентификатор может прийти: в пути, в строке запроса, в поле тела JSON и в поле multipart. Идентификатор, дошедший до поставщика непроверенным, был бы чтением через границу чужого арендатора.
Частые вопросы
Нужно ли говорить ИИ-агенту id аккаунта?
Он может найти его сам. Ассистент по MCP или ИИ-агент комнаты с отмеченным MakeHybrid получает список подключённых аккаунтов организации и берёт account_id из ответа. Обычно достаточно назвать аккаунт обычными словами.
Может ли ИИ-агент использовать id аккаунта другой организации?
Нет. Id проверяется по организации, которой принадлежит ключ, и id другой организации получает от ИИ-агента ответ 404 — точно так же, как от кода.