LinkedIn не публікує ліміт, і ліміт — не одне число: він змінюється від облікового запису, від віку, від дії і від того, як минули останні два тижні. Подивитися його не можна, тож проєкт має працювати, не знаючи його.
Вважайте 429 інформацією, а не провалом
429 — єдиний прямий сигнал, який ви отримуєте. Відступайте, коли він приходить — експоненційно, зі стелею — і ведіть лічильник на обліковий запис, а не на процес. Пробиватися крізь 429 — єдина поведінка, що надійно робить гірше: очікування розтягується.
Черга на обліковий запис, а не на задачу
Спільний пул виконавців розмазує навантаження по вашій інфраструктурі й зосереджує його на тому обліковому записі, який випадково виявився найзайнятішим. Черга на кожен підключений обліковий запис, у кожної свій темп, — це більше коду і єдина форма, що тримається. Вона ж робить читною модель оплати за обліковий запис: те, на що ви ставите чергу, і є те, за що ви платите.
Зробіть роботу перериваною
Усе, що не можна спинити посередині, рано чи пізно вб'ють посередині. Зберігайте поступ, робіть кожен крок ідемпотентним і дайте справі продовжитися. Це та сама властивість, що робить повтори вебхуків нешкідливими, і це не збіг — це та сама задача.
Вимірюйте, що дійшло до LinkedIn
Рахуйте прийняті запити й видимі результати окремо. Коли вони розходяться, ви дізналися про обмеження те, чого інакше було не побачити, і дізналися це раніше, ніж вам скаже клієнт.
Часті запитання
Як ШІ-агентові обробляти 429?
Зупинитися, сказати про це й залишити повтор на потім. Впишіть це в інструкції: після 429 не повторювати в тій самій відповіді. Ліміт кроків з інструментами в налаштуваннях кімнати — друга страховка для ШІ-агента, який забуває.
Чи ставлять проєктні кімнати виклики LinkedIn у чергу за обліковими записами?
Ні. Кімната обмежує відповіді ШІ, а не виклики LinkedIn. Якщо багато агентів діє на одному обліковому записі, чергу за обліковими записами, описану вище, усе одно доведеться будувати вам.