hermes - 💡(How to fix) Fix [Feature]: Advisor Mode | Cross-endpoint guidance-only delegation for local-first setups [1 comments, 1 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#15562Fetched 2026-04-26 05:26:39
View on GitHub
Comments
1
Participants
1
Timeline
7
Reactions
0
Author
Participants
Timeline (top)
labeled ×5commented ×1renamed ×1

Root Cause

I drafted this as a top-level advisor section because the endpoint is independent of delegation's, but I'd happily nest it under delegation.advisor if that's cleaner.

Code Example

advisor:                                                                              
       model: ""          # empty = inherit parent          
       provider: ""       # empty = inherit parent                                         
       base_url: ""       # direct OpenAI-compatible endpoint
       api_key: ""                                                                         
       max_iterations: 3                                    
       allow_tools: false                                                                  
  2. New `advisor: bool` arg on the existing delegate_task tool.
  3. When `advisor=true`: the child reads advisor.* (so it can route to a different endpoint than the main loop), runs with empty toolsets by default, and gets a "guidance-only, do not claim execution" system prompt.                                                                
                                                                                           
  That's **the only part** that genuinely can't live as a skill — the cross-endpoint routing requires harness-level config + provider resolution. Everything else (when to invoke it, the structured packet shape, the output contract) is just instructions to the model and seems like a textbook skill candidate. I'm planning a separate skill for that side, either bundled in optional-skills/ or on the Skills Hub.  

### Alternatives Considered

I drafted this as a top-level advisor section because the endpoint is independent of delegation's, but I'd happily nest it under delegation.advisor if that's cleaner.

I want to check whether "advisor" is redundant with something already in flight `delegate_task` or whether it's complementary.     

### Feature Type

Configuration option

### Scope

Medium (few files, < 300 lines)

### Contribution

- [x] I'd like to implement this myself and submit a PR

### Debug Report (optional)
RAW_BUFFERClick to expand / collapse

Problem or Use Case

Hi — wanted to float a small delegate_task extension before opening a PR, in case the design needs to change.

I run Hermes self-hosted on a single edge-class GPU. The main agent loop runs a 4B Gemma model (NVFP4-quantized) at ~60 tok/s. That's plenty for tool calls, terminal work, and most reasoning, but it bvisibly struggles on architecture decisions, ambiguous debugging, and "what am I missing?" judgment calls.

Two pressures push in opposite directions:

  • Privacy / sovereignty. I work with code and data (legal-domain material, internal systems) I can't ship to third-party APIs. Self-hosting the main loop is non-negotiable.
  • Quality on hard calls. Some decisions genuinely need a stronger model. Sending the entire agent transcript to a frontier API to get one architectural opinion exfiltrates more than the question needs.

What I'd find useful is a guidance-only escape hatch at the delegate_task layer: send a minimized packet to a stronger model running on a separate endpoint, get back recommendations only, then keep executing locally. No tools, no transcript replay.

Proposed Solution

The smallest change I think buys this:

  1. New advisor config section in ~/.hermes/config.yaml:
    advisor:                                                                              
      model: ""          # empty = inherit parent          
      provider: ""       # empty = inherit parent                                         
      base_url: ""       # direct OpenAI-compatible endpoint
      api_key: ""                                                                         
      max_iterations: 3                                    
      allow_tools: false
  2. New advisor: bool arg on the existing delegate_task tool.
  3. When advisor=true: the child reads advisor.* (so it can route to a different endpoint than the main loop), runs with empty toolsets by default, and gets a "guidance-only, do not claim execution" system prompt.

That's the only part that genuinely can't live as a skill — the cross-endpoint routing requires harness-level config + provider resolution. Everything else (when to invoke it, the structured packet shape, the output contract) is just instructions to the model and seems like a textbook skill candidate. I'm planning a separate skill for that side, either bundled in optional-skills/ or on the Skills Hub.

Alternatives Considered

I drafted this as a top-level advisor section because the endpoint is independent of delegation's, but I'd happily nest it under delegation.advisor if that's cleaner.

I want to check whether "advisor" is redundant with something already in flight delegate_task or whether it's complementary.

Feature Type

Configuration option

Scope

Medium (few files, < 300 lines)

Contribution

  • I'd like to implement this myself and submit a PR

Debug Report (optional)

extent analysis

TL;DR

Implement a new advisor config section in ~/.hermes/config.yaml to enable guidance-only escape hatch at the delegate_task layer.

Guidance

  • Review the proposed solution to ensure it aligns with the existing architecture and doesn't introduce security risks, particularly regarding data exfiltration.
  • Consider the implications of adding a new config section and arg on the existing delegate_task tool, ensuring backward compatibility and minimal disruption to current functionality.
  • Evaluate the necessity of the advisor section being top-level versus nested under delegation.advisor, choosing the approach that best fits the overall configuration structure.
  • Plan for the development of a separate skill to handle the logic for when to invoke the advisor, the structured packet shape, and the output contract.

Example

No code snippet is provided as the issue focuses on design and configuration rather than specific code implementation.

Notes

The solution's feasibility and security depend on the specific requirements and constraints of the self-hosted Hermes setup, particularly regarding privacy and sovereignty. It's crucial to ensure that the proposed changes do not compromise these aspects.

Recommendation

Apply the proposed workaround by implementing the advisor config section and associated changes, as it seems to address the need for a guidance-only escape hatch without compromising privacy and sovereignty. This approach allows for the use of a stronger model on a separate endpoint while keeping the main loop self-hosted and secure.

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 [Feature]: Advisor Mode | Cross-endpoint guidance-only delegation for local-first setups [1 comments, 1 participants]