hermes - 💡(How to fix) Fix Visible Multi-Agent Conversations in Gateway Chats [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#16939Fetched 2026-04-29 06:38:12
View on GitHub
Comments
0
Participants
1
Timeline
4
Reactions
0
Author
Participants
Timeline (top)
labeled ×4

Code Example

Agent A: I’d start by...
Agent B: The main risk with that is...
Agent A: Good point, revised approach...
Agent B: Final recommendation...
RAW_BUFFERClick to expand / collapse

Feature Description

Add a native way to start a visible multi-agent conversation from a gateway chat.

Example:

/converse Have two agents discuss the best way to implement OAuth support

Hermes would then post each agent’s turn back into the same chat/thread:

Agent A: I’d start by...
Agent B: The main risk with that is...
Agent A: Good point, revised approach...
Agent B: Final recommendation...

Motivation

Hermes already supports tool-using agents, skills, background tasks, webhooks, and gateway chats, but there is not currently a simple way to have multiple real agents discuss something visibly inside the current chat.

This would be useful for planning, debugging, architecture discussions, research, brainstorming, and having one agent propose while another critiques.

Proposed Behavior

When a user runs something like:

/converse <topic>

Hermes should:

  • start a bounded conversation between two or more real agents
  • give each agent a clear role, such as proposer/reviewer
  • allow agents to use normal available tools and skills
  • post each turn visibly into the same chat/thread where the command was invoked
  • label each turn clearly by agent/round
  • stop after a configured turn limit or when a final answer is reached
  • end with a short summary or recommendation

Requirements

  • Agents should be real Hermes agents, not simple text relays.
  • The user should not need to manually create webhooks or move messages between agents.
  • The conversation should preserve the current gateway chat/thread.
  • The feature should work across gateway platforms where possible.
  • There should be guardrails against infinite loops or runaway cost.

Example Use Cases

  • one agent proposes an implementation and another critiques it
  • two agents compare libraries or approaches
  • one agent investigates a bug and another challenges the diagnosis
  • agents brainstorm ideas and converge on a recommendation

extent analysis

TL;DR

Implement a /converse command to facilitate multi-agent conversations within the same chat thread, ensuring clear role assignments, turn limits, and summary outputs.

Guidance

  • Define the roles and responsibilities of each agent in the conversation, such as proposer and reviewer, to ensure clear expectations and effective discussion.
  • Develop a mechanism to track conversation turns, enforce turn limits, and prevent infinite loops or runaway costs.
  • Design a labeling system to clearly identify each agent's turn and round in the conversation, ensuring transparency and readability.
  • Investigate integration with existing tools and skills to enable agents to leverage available resources during the conversation.

Example

No code snippet is provided as the issue focuses on feature description and requirements.

Notes

The implementation details, such as the specific conversation flow and agent interactions, are not explicitly stated in the issue and may require further clarification or discussion.

Recommendation

Apply workaround: Implement a basic /converse command with a limited set of features and roles, and then iteratively refine and expand the functionality based on user feedback and testing results. This approach allows for a phased rollout and minimizes the risk of introducing complex functionality.

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