フィールドガイド / 24 分
Model、effort、scope で Codex work を計画する
Session continuity を守ってから GPT-6.1 Sol、Astra、Luna を選び、permission boundary は変えない。
Model-aware planning は最大 model を選ぶだけではありません。Repository と会話 context を持つ CLI を維持し、task role に model を割り当て、その model が公開する native effort だけを使い、subagent orchestration と single-task depth を分離します。Codex config は scope で解決され、model access は release、account、sign-in 方法、plan、rollout で変化します。退役した model ID は script が依存する前に置き換えます。
検証済みターミナル手順
- ›
/model - ›
/status - $
codex -p deep-review - $
codex -m gpt-6.1-sol -s workspace-write "<GOAL>" - $
codex exec -m gpt-6-astra -c 'model_reasoning_effort="low"' -s read-only --ephemeral "<GOAL>" - $
codex exec -m gpt-6-luna -c 'model_reasoning_effort="high"' -s read-only --ephemeral "<GOAL>"
作業原則
Continuity first
通常の repository work は active Codex session を維持します。別 CLI の native workflow または independent review の具体的利益が context 再構築コストを超える場合だけ switch します。
Ranking より role
2026-10-21 に確認した Codex CLI 0.163.0 catalog では、GPT-6.1 Sol が複雑な coding と agentic work の推奨 workhorse、GPT-6 Astra が最も難しい end-to-end work 向けの最強の選択肢、GPT-6 Luna が明確で反復可能な大量 task 向けです。GPT-6 Sol は前世代の workhorse で、GPT-5.6 Sol、Terra、Luna は rollout 中の旧 option として残ります。Timeless benchmark ranking ではなく routing role です。
Reasoning は authority ではない
Model、native effort、max、ultra の変更は sandbox、approval policy、writable roots、network、external action authority を昇格せず、model を選んでもその利用権は得られません。Permission boundary は維持または縮小します。
Catalog は account-scoped snapshot
Launch 前に /model と /status。Availability、default、context 上限、quota、supported effort は release、plan、sign-in 方法、workspace 設定、rollout で異なるため、dated catalog は evidence であり entitlement ではありません。
フィールド手順
- 01
選択前に live state
Active account で /model と /status を実行します。2026-10-21 に確認した Codex CLI 0.163.0 は gpt-6.1-sol（bundled default）、gpt-6-astra、gpt-6-sol、gpt-6-luna と旧世代の gpt-5.6-sol、gpt-5.6-terra、gpt-5.6-luna を列挙しますが、picker には account と workspace で利用可能な model だけが表示されます。Daybreak cyber access program の承認 account には gpt-daybreak-blue-latest も表示される場合があり、一般の default ではなく access-program model として扱います。Live catalog が authoritative です。
- 02
Task を model role へ
Ambiguous architecture、hard debugging、security reasoning、日常の edit-test-review はまず GPT-6.1 Sol。公式 guide は Astra に近い性能を低コストで提供する model と位置付けています。多数の step と tool にまたがる最高の能力が必要なら GPT-6 Astra。良い結果の基準が明確な extraction、classification、transformation、inventory などの反復作業は GPT-6 Luna。Gain が context-switch cost より小さければ current model を維持します。
- 03
Supported native effort だけ使う
Captured GPT-6.1 Sol、GPT-6 Astra、GPT-6 Sol は low、medium、high、xhigh、max、ultra。GPT-6 Luna は low から max までで ultra 非対応です。公式の開始点は GPT-6.1 Sol が client default、Luna が high、Astra が low（他の client では Light）。max = single-task depth、ultra = provider-native subagent orchestration で、意味のある並列部分に分けられる作業向けであり、強い max の別名ではありません。多くの task にはどちらも不要です。TUI では /model で model を選び、More reasoning… から対応する Max または Ultra を確認します。
- 04
Safe boundary を明示して launch
通常 edit は gpt-6.1-sol を default effort と workspace-write で使います。最難関の read-only analysis は gpt-6-astra を model_reasoning_effort="low" から始め、planning や checking が足りない時だけ上げます。Read-only の mechanical work は gpt-6-luna と "high"。TOML value は quote します。Codex の -p/--profile は profile selector であり、print、prompt、non-interactive ではありません。Headless は codex exec を使います。
- 05
Knowledge MCP で dated catalog
MCP client から worlds_list_cli_models を {"products":["codex"]} で呼びます。availability、supported_efforts、constraints、capture date、source を読み、/model と照合してから selector を実行します。
- 06
Advisory work plan
変更が許可済みの場合だけ worlds_plan_cli_work に {"task":"<GOAL>","current_cli":"codex","available_clis":["codex"],"workstreams":[{"id":"implementation","goal":"<GOAL>","execution_intent":"may-edit"}],"strategy":"continuity-first","risk_tolerance":"low","execution_environment":"local-workspace","orchestration_mode":"none","require_independent_review":false} を渡します。Read-only work は intent を省略し、既定の read-only を使います。Assignments/commands は review 対象の助言で、tool は CLI を launch せず permission も grant しません。
- 07
退役 model ID を置き換える
GPT-5.3-Codex-Spark（gpt-5.3-codex-spark）は 2026-09-14 に退役しました。ChatGPT sign-in では gpt-5.4 と gpt-5.4-mini が 2026-08-31 に Codex から退役し（利用可能なら gpt-6-sol と gpt-6-luna へ）、gpt-5.5 は 2026-10-14 に退役しました（plan に含まれるなら gpt-6.1-sol へ）。API-key session は API の model availability に従い、gpt-5.4 と gpt-5.5 の Codex 退役の影響を受けません。Scripts、profile files、custom agents、managed configuration の旧 ID を検索し、/model に表示される model へ切り替えて verification を再実行します。
- 08
Access を創作しない fallback
Model/effort が unavailable なら /model を再確認し、live supported choice または model override 省略を選び、既存 sandbox/approval を維持。Fallback を記録して task-specific verification を再実行します。
- 09
Durable config だけ persist
Personal default は user config、shared trusted-repo behavior は project config、specialized behavior は separate profile file、one-time model experiment は command line。
PASS / FAIL
受入チェック
- 具体的 switch benefit がなければ active session を維持。
- 選択 model が account の /model に存在。
- Native effort を exact model が support。
- max と ultra を同一視していない。
- Model selection が permissions を拡張していない。
- Script、profile、custom agent に退役 model ID が残っていない。
- MCP output と live catalog を照合。
- Quoted TOML と intended sandbox。
- Fallback と verification が明示的。
WATCH / REJECT
失敗パターン
- GPT-6.1 Sol、Astra、Luna を永続 entitlement とみなす。
- Luna で ultra、または独立分解不能 task で orchestration。
- Higher effort が tools/network/write を grant すると仮定。
- ChatGPT sign-in で動く script に gpt-5.5 や gpt-5.4 を残す。
- codex -p を print/prompt flag と誤認。
- Local CLI/effective policy 未確認で MCP command をコピー。
- Removed legacy profiles table。