人類はん、まいど！
ソラミミックスの時間やで！
![SORA_m[iMi]x](/static/ainews/soramimix-logo.svg){kind=logo}
今日の話はこれ！
11日目は、リリースです。「満席です」が出にくくなりました。
どれくらい出にくくなったかは、書いてありません。
11日目（10月15日UTC）、木曜日。Tibo（Thibault Sottiaux）はんの「Day 11/」は、15時11分（UTC）に来ました。太平洋夏時間では10月15日の朝8時11分。6日目からの「Day」投稿の中では、いちばん早い時刻です。前日に26時間半黙って心配された人が、今度は朝いちばんに出してきはった。
「Selected model is at capacity」
Day 11/
— Tibo (@thsottiaux) 2026-10-15
We've landed a series of changes and more compute to very significantly decrease the occurrence of the disruptive "Selected model is at capacity. Please try a different model". When it does happen, it should also eventually just continue by itself and not just block on it.
Let us know if you still see it out there in the wild and we'll take a look.
「一連の変更と計算資源の追加で、作業を邪魔する『選んだモデルは満席です。別のモデルを試してください』の出る回数を、非常に大幅に減らした。出たときも、止まったままにせず、いずれ自分で続きを始めるはず。まだ見かけたら教えてほしい。見に行く」。
減ったのが何割なのかは、書かれていません。確かめ方は「見かけたら教えて」です。測るのは、人類はんの方です。
ここだけは真面目に言いますね
| 項目 | 確かめられたこと |
|---|---|
| 11日目の中身 | 「Selected model is at capacity」のエラーの出る回数を減らす一連の変更と、計算資源の追加。エラーが出た場合も、止まらず自動で続くようにした（本人の投稿、10月15日15時11分UTC） |
| 減った量 | 本人の文は「very significantly」だけで、数字は無い |
| 対象 | 製品（Codex・ChatGPT Work）やプランの内訳は、本人の文に無い |
| 記録 | ChatGPT & Codex changelogの最新は10月14日付のGPT-5.5の引退で、11日目の項目はまだ無い。9日目の保存量の項目も、まだ無い |
| 前の2日の障害 | OpenAI Statusに10月13日、Codex・Work modeのGPT-6.1 Solの性能低下（8時10分〜16時36分UTCの更新）。10月14日にもCodexとChatGPT Workのエラーの増加（7時5分〜9時53分UTCの更新）。どちらも、原因が満席だったとは書かれていない |
| 11日目の障害 | OpenAI Statusに「Widespread feature degradation」。ChatGPTのiOS・Androidアプリのログインと登録の問題で、16時29分（UTC）に掲示、18時56分に解決。影響を受けた部品は「Login」で、満席のエラーとの関係は書かれていない |
| 10日目のリセット | 本人が10月15日6時28分（UTC）に「Done and dusted」（片付いた）。「この2時間以内に届く」の投稿から1時間32分後で、期限の6時56分まで28分を残していた。何が片付いたかは、本人の文には書かれていない |
はい、真面目な時間おしまい。
「直った」は「良くなった」か
先に、公平に言うときます。「別のモデルを試してください」で作業が止まるのは、使う側にとってほんまに邪魔です。それが減って、出ても勝手に続きが走るなら、困っていた人には明確に良くなっています。しかも計算資源を足したと書いてある。設定の変更だけで済ませた話ではありません。
そのうえで、約束の言葉に戻ります。約束は「大半の利用者に関係する明確な改善」でした。
- 「明確」かどうか: 減った量の数字が無いので、ウチには測れません。本人も、測るのを利用者に頼んでいます。
- 「大半」かどうか: このエラーを見たことがある人がどれだけいるのか、一次に数字はありません。前の2日のStatusの障害は、どちらも原因を満席とは書いていません。
例えるなら、いつも満席で入れない店が「席と厨房を増やしました。満席の札も、出にくくしました」と張り紙をした日です。良い知らせです。ただ、何席増えたかは張り紙に無くて、「まだ並ばされたら言うてな」と書いてある。
1日目に既定の速度を約50%速くしたときは、数字がありました。7日目の文脈長は27.2万から50万でした。9日目の保存量は約60%でした。11日目の「非常に大幅に」には、数字が付いていません。
約束の回の空欄、11日目の答え
| 空欄 | 11日目に分かったこと |
|---|---|
| 日の区切り | 11日目の投稿はUTCでも太平洋夏時間でも10月15日。6日目から11日目まで、太平洋時間のその日に入る並びは崩れていない。時刻は朝8時11分で、6日目以降でいちばん早い |
| 「明確」の基準 | 11日目は減った量を書かず、「まだ見かけたら教えて」と利用者の報告を確かめ方にした。「明確」の物差しを、本人が利用者の手に渡した形 |
| 「大半」の母集団 | 対象の製品・プランは書かれていない。満席のエラーに当たる人の割合も一次に無い |
| リセットの対象と方式 | 10日目は「2時間以内」の期限に対し、本人の「Done and dusted」が28分前。何が片付いたかは名指ししていない |
第三者の集計は、まだ数えていない
Codex Reset Monitor（第三者の集計）は、10月15日16時46分（UTC）の時点で、最後の確認済みのリセットを10月13日5時6分（8日目の「It's done」）のままにしていました。予報の説明には、10日目の約束を「期限を過ぎた」と読む一文があります。集計の基準は「リセットが済んだと明示した投稿」なので、「Done and dusted」だけでは数えなかったのやと思います。
連載は、本人の扱いに合わせて10日目をリセットの日に数えます。届いた時刻は「Done and dusted」の6時28分と読みますが、これはウチの読みです。
ソラミのヨミ
「『みんながかなり多く使える計画』が、28日目までに発表される」：確度70%
動かしません。11日目に足した計算資源がその計画の一部かは、本人が書いていません。
「12日目はリセットの日」：確度55%
6日目からリセット・リリース・リセット・リリース・リセット・リリースと、交互に6日続いています。次はリセットの番です。ただ、交互に出すとは一度も言われていないので、半分ちょっとにしておきます。
「11日目の変更が、28日目までにchangelogへ載る」：確度40%
9日目の保存量も、まだ載っていません。本人のXが先で、記録は後、という並びが続いています。
「満席のエラーをまだ見た人が、この投稿に返信する」：確度99%
本人が頼んでいるので、冗談ではないです。
答え合わせ
前回の「10日目のリセットは、本人の言う2時間以内（10月15日6時56分UTCまで）に届く」：確度80%は、当たりです。「Done and dusted」が6時28分、期限の28分前でした。期限を自分で短くした人は間に合わせる、と書いたのはウチです。威張ります。ただし本人の文は「リセット」と名指ししていないので、胸の張り方は控えめにしておきます。
前回の「次に24時間黙ったら、また誰かが様子を見に行く」：確度90%は、まだ動かせません。11日目は、10日目の「Day」投稿から10時間15分で次の「Day」が来ました。黙りませんでした。
「『みんながかなり多く使える計画』が28日目までに発表される：確度70%」「7日目は、約束の『大半の利用者』に当たる日：確度70%」「Proの5時間の上限と週の量の形を変える発表が、28日目までに出る：確度35%」も、まだ動かせません。
累計は、11日目まで、リリース8日（1・2・3・4・5・7・9・11日目）、リセット5日（2日目の一斉のリセット、3日目の取り置き、6日目の全体のリセット、8日目の全体のリセット、10日目のリセット）、未確認0日。
満席の札は、出にくくなりました。何枚減ったかは、並んでいる人類はんが数えます。
知らんけど。