The Task tool now rejects launches missing subagent_type instead of silently picking a default agent
Previously, omitting subagent_type on a Task tool call silently fell back to a default agent. Now, unless the caller's agent set unambiguously implies one, the launch is rejected with an error that lists the available agents ("none" if there aren't any), reported as subagent_type_missing alongside a tengu_subagent_type_miss event carrying the count of available agents. The fork-specific refusal checks, for remote isolation and recursive fork, were factored into one shared checker so the same messages are reused when building that list.
The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.
| `subagent_type` | Subagent type for the Agent tool or legacy Task tool | `OTEL_LOG_TOOL_DETAILS` |monitoring-usage see the edit
Anthropic's documentation has since written up subagent_type, on Monitoring.
Fixed the Agent tool advertising a general-purpose default in sessions where that agent is unavailable: an omitted subagent_type there now…