hermes - 💡(How to fix) Fix delegate_task model parameter silently discarded — subagents always inherit parent model [2 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
NousResearch/hermes-agent#23467Fetched 2026-05-11 03:29:21
View on GitHub
Comments
2
Participants
2
Timeline
7
Reactions
0
Author
Participants
Timeline (top)
labeled ×5commented ×2

The delegate_task tool accepts a model parameter in its JSON schema and Python function signature, but the parameter is never forwarded to child agents. Subagents always fall back to the parent agent model, making per-delegation model overrides impossible.

This affects both:

  1. Per-call model parameter — passed directly in delegate_task(model={"model": "xxx", "provider": "yyy"})
  2. Delegation configdelegation.model in config.yaml (via runtime_provider which returns a bundle without a model field)

Root Cause

In tools/delegate_tool.py (v0.12.0):

  1. The delegate_task() function signature does not include a model parameter
  2. The single-task dict is built without forwarding model to child agent construction
  3. _build_child_agent() has no task_model parameter for per-call model override
  4. The effective model resolution (model or parent_agent.model) ignores the task-level model entirely

Fix Action

Fix / Workaround

Patch

RAW_BUFFERClick to expand / collapse

Bug Report

Description

The delegate_task tool accepts a model parameter in its JSON schema and Python function signature, but the parameter is never forwarded to child agents. Subagents always fall back to the parent agent model, making per-delegation model overrides impossible.

This affects both:

  1. Per-call model parameter — passed directly in delegate_task(model={"model": "xxx", "provider": "yyy"})
  2. Delegation configdelegation.model in config.yaml (via runtime_provider which returns a bundle without a model field)

Root Cause

In tools/delegate_tool.py (v0.12.0):

  1. The delegate_task() function signature does not include a model parameter
  2. The single-task dict is built without forwarding model to child agent construction
  3. _build_child_agent() has no task_model parameter for per-call model override
  4. The effective model resolution (model or parent_agent.model) ignores the task-level model entirely

Impact

  • Cannot route specific delegate_task calls to different models
  • delegation.model config option is silently ineffective
  • Users expecting model-aware delegation get unexpected parent-model fallback

Patch

A complete fix is available (31 lines added, 6 removed across tools/delegate_tool.py, touching 4 locations). Key changes:

  1. Add model parameter to delegate_task() signature and tool registry registration
  2. Forward model into the task_list dict
  3. Add task_model parameter to _build_child_agent()
  4. In _build_child_agent(), prioritize task_model over delegation config and parent model
  5. Clear the fallback chain when an explicit model is set

Environment

  • Hermes Agent v0.12.0
  • File: tools/delegate_tool.py

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

hermes - 💡(How to fix) Fix delegate_task model parameter silently discarded — subagents always inherit parent model [2 comments, 2 participants]