LinkedIn は制限値を公表していませんし、そもそも制限は 1 つの数字ではありません。アカウントごと、使用歴ごと、操作ごと、そしてこの 2 週間がどうだったかで変わります。調べようがない以上、設計はそれを知らないまま成り立たねばなりません。
429 を失敗ではなく情報として扱う
429 は、受け取れる唯一の直接の合図です。来たら退いてください。指数的に、上限を設けて。そして数えるのはプロセス単位ではなくアカウント単位で。429 を押し通そうとするのは、事態を確実に悪くする唯一の振る舞いです。待ち時間が延びます。
キューは仕事単位ではなくアカウント単位で
全体で 1 つのワーカープールは、負荷をあなたの設備じゅうに散らす一方で、たまたま最も忙しいアカウントに集中させます。接続済みアカウントごとに 1 本のキューを、それぞれ自前のペース配分で持つのは、コードは増えますが、持ちこたえる唯一の形です。アカウント単位の課金も読みやすくなります。キューを積む単位が、支払う単位だからです。
仕事を中断できるようにする
途中で止められないものは、いずれ途中で殺されます。進捗を保存し、各段階を冪等にし、再開できるようにしてください。これは Webhook の再送を無害にするのと同じ性質であり、偶然ではありません。同じ問題だからです。
LinkedIn に届いた分を測る
受理された要求と、目に見える結果を、別々に数えてください。両者が開いたとき、ほかの方法では見えない制限について何かを学んだことになります。しかも顧客に言われる前に学べています。
よくある質問
AI エージェントは 429 にどう対処すべきですか？
止まって、そう伝え、再試行は後回しにすることです。指示に書いてください。429 のあとは、同じ返答の中で再試行しないこと。ルームの設定にあるツールのステップ数の上限が、忘れてしまう AI エージェントのための 2 つめの歯止めになります。
プロジェクトルームは LinkedIn の呼び出しをアカウントごとにキューに入れますか？
いいえ。ルームが制限するのは AI の返答で、LinkedIn の呼び出しではありません。1 つのアカウントに多くのエージェントが作用する場合、上で説明したアカウントごとのキューは、引き続きあなたが作るものです。