LinkedIn nie publikuje limitu, a limit nie jest jedną liczbą: zmienia się z kontem, z wiekiem, z akcją i z tym, jak poszły ostatnie dwa tygodnie. Nie da się go sprawdzić, więc projekt musi działać, nie znając go.
Traktuj 429 jak informację, a nie porażkę
429 to jedyny bezpośredni sygnał, jaki dostajesz. Wycofaj się, kiedy przyjdzie — wykładniczo, z górnym pułapem — i prowadź licznik na konto, a nie na proces. Przebijanie się przez 429 to jedyne zachowanie, które niezawodnie pogarsza sprawę: czekanie się wydłuża.
Jedna kolejka na konto, a nie na zadanie
Globalna pula wykonawców rozkłada obciążenie po twojej infrastrukturze i skupia je na koncie, które akurat jest najbardziej zajęte. Jedna kolejka na podłączone konto, każda z własnym tempem, to więcej kodu i jedyny kształt, który się trzyma. Czyni też czytelnym model rozliczania na konto: to, na czym kolejkujesz, jest tym, za co płacisz.
Spraw, żeby pracę dało się przerwać
Wszystko, czego nie da się wstrzymać w pół drogi, zostanie kiedyś w pół drogi ubite. Zapisuj postęp, czyń każdy krok idempotentnym i pozwól rzeczy wznowić. To ta sama własność, która czyni ponowienia webhooków nieszkodliwymi, i to nie przypadek — to ten sam problem.
Mierz, co dotarło do LinkedIn
Licz osobno przyjęte żądania i widoczne wyniki. Kiedy się rozjeżdżają, dowiedziałeś się o limicie czegoś, czego inaczej nie dało się zobaczyć, i dowiedziałeś się tego, zanim powie ci to klient.
O co ludzie pytają
Jak agent SI powinien obsłużyć 429?
Zatrzymać się, powiedzieć o tym i zostawić ponowienie na później. Wpisz to w instrukcje: po 429 nie ponawiaj w tej samej odpowiedzi. Limit kroków z narzędziami w ustawieniach pokoju to drugie zabezpieczenie dla agenta SI, który zapomni.
Czy pokoje projektowe kolejkują wywołania LinkedIn na konto?
Nie. Pokój ogranicza odpowiedzi SI, nie wywołania LinkedIn. Jeśli wielu agentów działa na jednym koncie, kolejka na konto opisana wyżej nadal jest do zbudowania po twojej stronie.