Launching a subagent without naming one now errors and lists the agents you can pick.
What's wrong with this entry?
Omitting subagent_type on the Task tool used to fall through to a default agent. It is now rejected, unless your agent set leaves only one possibility, with an error naming the available agents, or "none" when there are none.
- Reported as
subagent_type_missing, with atengu_subagent_type_missevent recording how many agents were available. - The refusals specific to forking (remote isolation, recursive fork) moved into one shared check, so the same wording is reused when that agent list is built.
subagent_type_missing
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.236
Artifact types (templates and starters), built end to end and off by default
Both mention type
-
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