Skip to content

fix(cli): don't crash when --model is omitted from fle inspect-eval - #385

Open
phaestos2501 wants to merge 1 commit into
JackHopkins:mainfrom
phaestos2501:fix/inspect-eval-no-model-crash
Open

fix(cli): don't crash when --model is omitted from fle inspect-eval#385
phaestos2501 wants to merge 1 commit into
JackHopkins:mainfrom
phaestos2501:fix/inspect-eval-no-model-crash

Conversation

@phaestos2501

Copy link
Copy Markdown

Problem

fle inspect-eval without an explicit --model always crashes before launching:

$ fle inspect-eval --env-id iron_plate_throughput
Error: argument of type 'NoneType' is not iterable

The openrouter check near the bottom of the command builder does "openrouter" in args.model while args.model defaults to None — the documented default (openai/gpt-4o-mini) was only ever appended to the subprocess command, never assigned back to args.model.

Fix

Assign the default back to args.model instead of only appending it, so the openrouter check and the FLE_MODEL env var both see the model actually being used.

Verification

Reproduced the crash on main, then confirmed the same invocation proceeds to Running: inspect eval ... --model openai/gpt-4o-mini ... after the fix.

🤖 Generated with Claude Code

The openrouter check at the bottom of the command builder did
`"openrouter" in args.model` while args.model defaults to None,
so `fle inspect-eval` without an explicit --model always raised
"argument of type 'NoneType' is not iterable" before launching.

Assign the documented default back to args.model instead of only
appending it to the subprocess command, so the openrouter check and
the FLE_MODEL env var both see the model actually being used.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant