jif 11bceb8f8b feat: catalog multi-agent v2 config (#26254) ...

## Why

Model metadata can now select multi-agent v2 even when a user has not
enabled `features.multi_agent_v2` in their config. Some existing configs
still set the legacy `agents.max_threads` knob for v1 multi-agent
behavior, so treating every v2 runtime as incompatible with
`agents.max_threads` would break users whose only v2 signal came from
the model catalog.

The incompatible configuration is specifically enabling
`features.multi_agent_v2` while also setting `agents.max_threads`.
Catalog-forced v2 should use the v2 concurrency setting and ignore the
legacy v1 cap instead of rejecting the config.

## What changed

- Split config validation from runtime concurrency calculation:
`effective_agent_max_threads` now just returns the effective cap for the
resolved multi-agent runtime.
- Added explicit validation for `features.multi_agent_v2` +
`agents.max_threads` at session startup.
- Preserved catalog-selected v2 behavior when `features.multi_agent_v2`
is disabled, so existing configs with `agents.max_threads` keep
starting.
- Updated model-runtime selector coverage so a catalog v2 model still
exposes v2 tools even when `agents.max_threads` is set and the config
flag is disabled.

## Validation

- `cargo check -p codex-core --lib`
- `just test -p codex-core --lib -E
"test(multi_agent_v2_feature_rejects_agents_max_threads) |
test(catalog_v2_allows_agents_max_threads_when_feature_disabled)"`

11bceb8f8b · 2026-06-04 00:24:40 +02:00

History

..

common

Switch runtime to cloud config bundle (#24622)

2026-06-02 13:18:59 -07:00

suite

feat: catalog multi-agent v2 config (#26254)

2026-06-04 00:24:40 +02:00

all.rs

remove temporary ownership re-exports (#16626)

2026-04-03 00:33:34 -07:00

responses_headers.rs

store and expose parent_thread_id on Threads (#25113)

2026-06-01 04:33:20 +00:00