feat: add Kanban task reasoning overrides - #47476
Conversation
|
The reasoning behind this PR: I tend to use frontier models for planning/orchestration and then route implementation and review to other models via the Kanban board. I've run into several instances where I really needed to dial in the reasoning level depending on the task and the model being used. The only workaround I've found is to change the default model on the agent profile temporarily. |
|
Thanks for the thoughtful Kanban workflow and for avoiding a non-secret environment-variable setting. This automated hermes-sweeper review is closing this under the standing
Thank you again for the implementation and tests. Closed as not-planned per standing maintainer policy ( |
Summary
Adds per-task reasoning effort overrides for Hermes Kanban workers.
reasoning_overrideon Kanban tasks--reasoningonhermes kanban createand/kanban createreasoning_overrideon thekanban_createtool--reasoning <level>CLI flag, mirroring-m/--model, instead of adding a non-secretHERMES_*env varhermes --reasoning ...through chat/TUI invocation pathsVerification
python -m pytest tests/hermes_cli/test_kanban_reasoning_override.py tests/hermes_cli/test_argparse_flag_propagation.py -o 'addopts=' -q→ 24 passed--reasoningbeforechat, chat-level--reasoning, and-z/--oneshotparsing all preserve the requested effortpython -m hermes_cli.main --reasoning high --versionandpython -m hermes_cli.main chat --reasoning high --helpI also ran
python -m pytest tests/hermes_cli/test_kanban*.py -o 'addopts=' -q; it currently reports 659 passed / 10 failed. The failing cases pass when run as the isolated failing subset, so this appears to be pre-existing order/global-state coupling in the broader Kanban suite rather than this patch. The failures are in crash/reap/decompose tests unrelated to the reasoning override path.