Subagents without an explicit model now use your configured default subagent model.
What's wrong with this entry?
When a Task worker is launched without an explicit model, it now falls back to a configured default subagent model if one is set, and only then to the model of the session that spawned it. An agent definition's own model setting still wins over both.
- Precedence: agent-definition setting, then configured default subagent model, then inherited session model.
- With no default configured, behaviour is unchanged from plain inheritance.
otherwise omit it so the worker uses the default (the session model, unless a default subagent model is configured)
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.234
Another forged control tag is escaped in subagent output
Both mention subagent
-
v2.1.234
Spawned processes get
--flag=valuewhen the value looks like a flagBoth mention subagent
-
v2.1.235
New error for delegating to a subagent without naming one
Both mention subagent