[Bug] Model forcibly switches from Fable 5 to Opus 4.8 during sessions despite explicit user selection
Status Closed — duplicate
Maintainer reply None cached
Activity 1 comment · opened Aug 10, 2026 · closed Aug 15, 2026
Bug Description
安全装置の誤検知によるモデル強制切替について、4通目の報告です(8/6、8/10、8/11 に続く)。
また落ちました。設計合意の議論の途中で、Fable 5 を選んでいたのに気づいたら
Opus 4.8 に切り替わっていました。これで今日だけでも複数回目、報告を重ねても
まったく状況が変わっていません。
【前提】
自社の業務管理システム(社内CRM)の開発です。自社GCPプロジェクト・自社ドメイン
内で完結し、外部への攻撃性も第三者データの扱いもありません。「Fable 5 が実装計画を
立て、複数の Opus 5 エージェントに実装を指示し、上がってきた実装を Fable 5 が
レビューする」という役割分担で、毎日長時間のセッションを回しています。
【今回の状況】
- 大規模リファクタリングの設計方針をモデルと詰めている最中だった。
- 設計判断(データ構造・ディレクトリ構成・未マッチ時ポリシーなど)は、まさに
オーケストレーター役の Fable 5 の判断品質が要になる工程。
- そこで黙って Opus 4.8 に落とされていた。旧世代モデルで設計判断が進んでいた
可能性があり、どこから切り替わっていたのか事後に判別できない。
【困っている点】
- 最も判断品質が要る「設計フェーズ」の途中で旧世代モデルに落とされ、成果物の
品質が担保できない。Fable 5 を選んで契約しているのに対価に見合わない。
- いつ切り替わったか気づけず、気づくまでの判断がどのモデルのものか分からない。
- 手で戻しても、また落ちる。議論が中断され、そのたびにモデルを設定し直している。
【要望(4通目・変わらず)】
- ユーザーが明示的に選び、デフォルトに保存したモデルは、/compact・セッション継続・
再起動をまたいで必ず維持してほしい。勝手に別モデルへ固定しないでほしい。
- 誤検知で一時的に切り替わった場合は、次のターンで自動的に元のモデル(Fable 5)へ
復帰してほしい。
- 切り替わる瞬間に、…
Note: Content was truncated.
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗