hermes - 💡(How to fix) Fix Feature Request: Support per-task model override for Kanban workers

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…

Fix Action

Fix / Workaround

When a task is dispatched, the worker spawns via:

hermes -p <profile> --skills kanban-worker chat -q work kanban task <id>

Medium — workaround exists (create a profile per model), but adds unnecessary overhead for users who want model-aware task routing.

Code Example

hermes -p <profile> --skills kanban-worker chat -q work kanban task <id>

---

hermes -p <profile> --model <model> --skills kanban-worker chat -q work kanban task <id>
RAW_BUFFERClick to expand / collapse

Feature Request: Support per-task model override for Kanban workers

Problem

Currently, Kanban workers always use the model configured in their assigned profile's config.yaml. There is no way to specify a different model at the task level.

When a task is dispatched, the worker spawns via:

hermes -p <profile> --skills kanban-worker chat -q work kanban task <id>

No --model argument is passed, so the worker always falls back to the profile's configured model.

Expected Behavior

The kanban create command should accept a --model option (e.g., --model deepseek-v3) that gets forwarded to the worker's startup command:

hermes -p <profile> --model <model> --skills kanban-worker chat -q work kanban task <id>

This would allow users to route specific tasks to specific models without creating a dedicated profile for each model.

Related Issues

  • #23362: Profile config fallback_providers not inherited by kanban worker agents
  • #23467: delegate_task model parameter silently discarded — subagents always inherit parent model

Both issues confirm that task-level model routing is a known gap in the architecture.

Suggested Implementation

  1. hermes_cli/kanban_db.py_default_spawn() Add --model <task.model> to the worker subprocess command when task.model is set.

  2. hermes_cli/kanban.pycreate command Add --model option that stores the model name in Task.model field.

  3. Database migration Add a model column to the tasks table (nullable — defaults to null meaning "use profile default").

Priority

Medium — workaround exists (create a profile per model), but adds unnecessary overhead for users who want model-aware task routing.

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