You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Feature Request] Allow subagents to override reasoning effort in CustomAgentConfig (parity with Claude Agent SDK) #1131
Allow custom subagents defined via CustomAgentConfig to specify their own reasoning effort independent of the orchestrator session's reasoning. The Claude Agent SDK supports this via an effort field on AgentDefinition. copilot-sdk's CustomAgentConfig does not, so reasoning is fixed at session level and applies uniformly to every subagent invocation.
Motivation
Orchestrators often benefit from high or max reasoning for planning and delegation
Many subagent tasks are mechanical execution (validation, extraction, format conversion) and do not benefit from deep reasoning, but today pay its latency and cost
Conversely, security focused or analysis focused subagents may want stronger reasoning than the orchestrator
Without per subagent control, the tallest reasoning setting propagates to every dispatch
Current state
CustomAgentConfig (copilot-sdk types.d.ts, lines 802 to 833) has no reasoningEffort or effort field
Session level reasoningEffort in providerOptions applies to all subagent dispatches in that session
Proposed
Add optional reasoningEffort (or effort) field to CustomAgentConfig
Accept existing values: low | medium | high | xhigh | max, plus numeric for models that support it
+1 — observed adjacent gap on Copilot CLI v1.0.40. While testing per-launch model: (which the closing comment on github/copilot-cli#2939 suggests should work for subagents), I found that model: arguments and frontmatter are silently dropped at task dispatch — sub-agents inherit the parent session's model. The #2939 close comment explicitly notes that CustomAgentConfig "doesn't yet expose model," which is the same architectural shape as this issue's missing effort field: the YAML/runtime side parses the value, but the SDK dispatch type can't carry it through to inference.
If both fixes (model + effort fields on CustomAgentConfig) land together, the per-agent routing and per-agent reasoning-effort use cases on the customization-repo side both unblock. Reproduction for the model side: https://github.com/spencerbk/copilot-config/blob/dev/docs/incidents/2026-05-02-copilot-cli-subagent-model-ignored.md. Related: github/copilot-cli#2939 (closed "partial"), github/copilot-cli#1354 (open), github/copilot-cli#2904 (open — per-agent effort on the CLI side).
Any update in this?
Similar request for VS Code Chat was closed with the comment that GitHub team is moving their effort to support Copilot SDK: microsoft/vscode#327099
Reacted by arun-8687, MStrohQAM, scorpyonmike and Julien G
There are multi-agent workflows that would GREATLY benefit from the ability to control the reasoning level of each sub agent call.
This topic needs some attention.
Summary
Allow custom subagents defined via
CustomAgentConfigto specify their own reasoning effort independent of the orchestrator session's reasoning. The Claude Agent SDK supports this via aneffortfield onAgentDefinition. copilot-sdk'sCustomAgentConfigdoes not, so reasoning is fixed at session level and applies uniformly to every subagent invocation.Motivation
highormaxreasoning for planning and delegationCurrent state
CustomAgentConfig(copilot-sdktypes.d.ts, lines 802 to 833) has noreasoningEffortoreffortfieldreasoningEffortinproviderOptionsapplies to all subagent dispatches in that sessionProposed
reasoningEffort(oreffort) field toCustomAgentConfiglow | medium | high | xhigh | max, plus numeric for models that support itPrecedent
Claude Agent SDK's
AgentDefinition.effort:https://code.claude.com/docs/en/agent-sdk/subagents
Identical value vocabulary already in use by this SDK.
Related