GPT-5.6 Sol UltraはCodexに搭載される予定
(twitter.com/thsottiaux)- GPT-5.5 proがCodexから除外されたのは失策だと指摘したところ、Codex担当のTiboが「Ultra will be in codex」と述べ、GPT-5.6 Sol UltraがCodexに搭載されると言及
- 質問者は、Codexのはるかに高い利用上限と頻繁なリセット提供により、claude max 20x planに課金する理由は事実上なく、Gpt-5.6「ProまたはSol ultra」がCodexに含まれることを望むと話した
1件のコメント
Hacker News の意見
Ultra について大きな誤解があるようなので、Codex のソースを基準に説明すると、Claude Code の ultracode に近いものです
バックエンドに ultra という effort レベルが別途実装されているわけではなく、Codex で max effort 設定の別名になっていて、プロンプトに「subagent を積極的に使え」という1行を追加する程度です
Pro モデルはおそらく違う動きをするはずで、バックエンド実装で複数の推論を並列に走らせたあと、判定モデルが最善のバージョンを選ぶような仕組みだろうという推測が多いですが、OpenAI の秘伝のたれなので確実ではありません
現時点では Codex で Pro モデルを使う方法もなく、関連する痕跡も見当たりません
Claude Code の ultracode は、エージェントが JavaScript コードを作って subagent たちを決定論的にオーケストレーションすることを提案します
これはメインエージェントが subagent を起動して非決定論的に管理するのとは違います
そのため、結果として得られるワークフローが「dynamic」と呼ばれる理由は、CC がこのオーケストレーションスクリプトをその場で動的に作るからです
https://claude.com/blog/introducing-dynamic-workflows-in-cla...
動的ワークフローのもう1つの利点は、あとで呼び出せる skill や slash command として永続的に作ってほしいと Claude に頼めることです
Google 内部にも似た概念として「deterministic workflows」があると認識しています
ultracode は非常に有用ですが、5時間セッションと週間セッションの使用量比率がどう消費されるかを見る必要があります
そこで Claude に、コンテキストウィンドウ、5時間セッション、7日セッション用の進行バー3本があるステータスバーを作らせました
https://pchalasani.github.io/claude-code-tools/tools/statusl...
https://github.com/openai/codex/blob/98d28aab54ed86714901b66...
https://github.com/openai/codex/blob/98d28aab54ed86714901b66...
https://github.com/openai/codex/blob/98d28aab54ed86714901b66...
米国の大企業で働いていますが、会社アカウントにはすでに 5.6-Sol Ultra へのアクセス権があります
まだちゃんと使ってはいません
2か月前には、経営陣がトークンを最も多く使ったリーダーたちを称賛し、スコアボードを見せていましたが、ここ数週間は、可能ならより安いモデルを使い、トークン使用量ページを見るようにという週次メールが届いています
もちろん、一部の非技術系の人たちにとっては、それはレビューなしでバイブコーディングしたゴミを本番にマージしてくれと要求し、揉めることを意味していました
ほかの領域なら、うちの会社は事前承認、緩い使用上限、厳しい使用上限、実際のドルベースでのリアルタイム追跡を要求していたはずです
不透明なトークンやクレジット、事後のダッシュボード確認だけで終わらせることはなかったでしょうに、AI 企業の営業チームは世界史上最高の天才たちのようです
こういうものは急速に高価になっていて、補助金込みの価格は永遠には続きません
ガラス工芸にはこの新しいハンマーを使うのをやめてください
The Informationによると、OpenAIは推論コストを半減させる方法を見つけたらしいけど、これと関係があるのか気になる
https://www.theinformation.com/newsletters/ai-agenda/openai-...
「しかし、競合のAnthropicが『compute multipliers』と呼ぶこうした推論最適化は、どの研究所にとっても大きな関心事だ。Anthropic CEOのDario Amodeiは2023年半ばからこの概念について公に語っており、ポッドキャストで同社は『特定のcompute multiplierを知る人数』を制限していると述べた。他のAI研究所がそれを複製すれば、優位性を与えかねないからだ。compute multiplierは、モデルの学習段階における効率最適化を意味することもある。」
資源が有限な世界で、この業界が事実上あらゆる資源を吸い上げているのに、一般的な効率最適化を囲い込んで営業秘密として扱うのが現実だなんて
勝つことだけが重要で、普通の人々や他の生物種や地球のことは知ったことではない、という態度だ
最近Darioについて聞けば聞くほど、どんどん好きではなくなっていく
「良心ある技術リーダー」から「テック悪役」への道を本当に高速で駆け抜けたように見えるし、シンギュラリティに近づくほど、あらゆるサイクルが圧縮されるらしい
現行バージョンにわざと入れていない解決策をすでに大量に持っていて、バージョンごとに数年分の目に見える改善を着実に見せるためのプロダクトサイクルを作っているのかもしれない
業界ではよくあるやり方でもある
例えば推論が実はそれほど高くないのに、コスト削減方法を見つけると価格は下がる
すると、より小さなデータセンターでも同程度のモデルを提供できるのに、なぜOpenAIに金を払うのかという問題が生じる
しかし推論が高すぎるという問題を大きく作り上げ、自分で作った危機を演出したうえで、すでに持っているかもしれない解決策を配布すれば、再び頂点に立てる
昨日は同じ作業量でもセッション使用量がずっと長持ちした
文脈上、OpenAIはこう説明している
「また、単一エージェントの能力を超えて、subagentを活用して複雑な作業を加速する新しいultra modeを導入します。」
https://openai.com/index/previewing-gpt-5-6-sol/
これがProとどう違うのか、誰か説明できる？ Proもすでに似たようなものだと思っていた
新方式は、特定の作業を協調して行うよう訓練されたsubagent同士が、途中で互いに通信できるようにするものに見える
こちらはかなり前から、AIの世界基準では何十年にも等しい6か月以上前からこの機能を持っていて、今日でもCCやCodexにsubagentを使って作業を実行するようプロンプトすればうまくやってくれる
自分の全体ワークフローは、最上位のオーケストレーターチャットがチケットを作り、実装用subagentと検証用subagentに割り当てる構造だ
なぜこれを新しいもののように売っているのか分からないし、HNユーザーはCCやCodexにsubagentを使えと指示したことがないのかと思ってしまう
5.6では、要求しなくても自動でsubagentを立ち上げてくれるといい
https://news.ycombinator.com/item?id=48624782
これがAnthropicにFableをもう少しケチらず開放するよう圧力をかけるといい
とりあえず使ってみるとは思う
最近Codexに新しいモデルが出るたびに、ものすごく期待してしまう
完全にはまっているし、これが開発速度をさらに上げてくれるといい
自分のCodex依存度がどれほど高くなったかを示している
OpenAIがサブスク等級にSolを出してくれるといい
そうしたらAnthropicからOpenAIに乗り換える
すでに日常的なコーディングや開発作業で5.6 Solを使ってみた人いる？
GPT-5.5と比べてどう？
命名規則は、次のモデル名がもう単にGPT: The Reckoningになりそうなところまで来ている
業界は本当に悲しい状態だ。今や会社発表のように扱われるものがツイートへの返信だなんて
文脈もなく、タイトル1つと任意のツイートリンクだけで、その下にOpenAIで働いているように見える人の関係ありそうな返信が付いているだけだ