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
Both issues confirm that task-level model routing is a known gap in the architecture.
Suggested Implementation
-
hermes_cli/kanban_db.py — _default_spawn()
Add --model <task.model> to the worker subprocess command when task.model is set.
-
hermes_cli/kanban.py — create command
Add --model option that stores the model name in Task.model field.
-
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.
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:
No
--modelargument is passed, so the worker always falls back to the profile's configured model.Expected Behavior
The
kanban createcommand should accept a--modeloption (e.g.,--model deepseek-v3) that gets forwarded to the worker's startup command:This would allow users to route specific tasks to specific models without creating a dedicated profile for each model.
Related Issues
fallback_providersnot inherited by kanban worker agentsdelegate_taskmodel parameter silently discarded — subagents always inherit parent modelBoth issues confirm that task-level model routing is a known gap in the architecture.
Suggested Implementation
hermes_cli/kanban_db.py—_default_spawn()Add
--model <task.model>to the worker subprocess command whentask.modelis set.hermes_cli/kanban.py—createcommandAdd
--modeloption that stores the model name inTask.modelfield.Database migration
Add a
modelcolumn to thetaskstable (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.