Humalike x Hermes

Social intelligence plugin for Hermes Agent

API

Developer Tools

Artificial Intelligence

Visit WebsiteSee on Product HuntTwitter ⧉

I have several questions about how this plugin operates in large and highly active group chats.

First, does the plugin have any limitations regarding the total number of group members or the number of simultaneously active participants? For example, in a group with dozens or even hundreds of members, where many people may be chatting at the same time, can the system still identify conversation structures accurately and operate reliably?

Second, when multiple participants are speaking and several topics are developing in parallel, how does the plugin determine whether it should join the conversation or remain silent? Does it make this decision based on keywords, contextual relevance, direct mentions, participant identities, urgency, or some other form of conversation analysis?

Third, in a fast-moving group chat, more than ten messages may be posted within only a few seconds. How does the plugin accurately determine which topic each message belongs to and avoid confusing an outdated discussion with a newer one?

Fourth, the description states that the plugin simulates human typing speed, pauses, and response pacing. What happens if the plugin decides to respond to a topic and begins “typing,” but the discussion ends or shifts to another subject before the message is sent?

Would the system:

1. cancel the pending response;

2. regenerate the response based on the latest messages;

3. send the original response even though it may already be outdated; or

4. reassess whether the response is still relevant before sending it?

Finally, the plugin may split a response into one to three short messages. This may feel natural in a slow-moving conversation, but in a highly active group chat, those messages could easily be separated by messages from other participants.

How does the plugin maintain the coherence and readability of its response in this situation? Can it automatically switch to a single complete message when the chat is moving quickly, or use features such as quoted replies, threaded replies, or direct mentions to make it clear that the messages belong to the same response?

Otherwise, users may need to search through the conversation to locate each part of the plugin’s reply. This could make the response difficult to understand, reduce users’ willingness to read it, and negatively affect the overall group-chat experience.

The turn-taking and social memory pieces stand out to me. An agent knowing when to stay quiet, while remembering the people in a group, feels more useful than just giving it a friendlier tone.

I want to know whether the hardest part was making the agent more human, or making it less eager to participate.

congrats on the launch. the "who said what" memory question that hasn't come up yet: since it runs across Slack, Telegram and WhatsApp, if the same person messages the agent under different handles on two of those platforms, does Humalike link that back to one identity, or does each platform get its own isolated memory of that person? seems like it'd change a lot for someone who's in the same group across multiple apps.

"social intelligence" is the part I'd want a concrete definition of before buying in - is there an actual benchmark or eval suite behind that claim, or is it mostly vibes-based (agent seems less awkward in a demo)? proactiveness is even harder to score objectively since an agent that's too proactive just becomes annoying. curious what metric you're actually optimizing against internally.

decides when to speak is the whole game for me. i've killed more than one bot in a group chat because it replied to everything and drove people nuts. staying quiet at the right moment is way harder than having something to say. how does it learn a specific group's threshold, or do you set it?

Splitting those two apart is fair, and the interruption handling is the bit I want to poke at. When we did this we cancelled the in-flight generation whenever a new message landed, and the annoying part wasn't the cancel, it was deciding whether to restart from the new context or drop the turn, because on a busy channel restarting meant the agent never finished a sentence. Does yours re-run the decision after an interruption, or stay quiet for that turn?

Congrats team! 🚀 Love that you’re treating social skills as infrastructure rather than a prompt-engineering problem. Quick technical question: how does the Social Signals API detect things like typing pauses and deleted reactions? Does it need platform-level event hooks like Discord or Slack webhooks, or can it infer these from message streams alone? Curious how portable that is across stacks.

What I'd want to know is how long the decision takes. In a live group the window where a message is still useful is a couple of seconds wide, and every should-I-speak check we tried added another model call, so by the time it came back yes the thread had moved on two messages and the reply read as odd. Is the gating a small fast classifier sitting in front of the main model, or does the same model produce both the decision and the message?

The "decides when to speak" gating is the actually hard part here — an agent that stays quiet 90% of the time is worth more than one that answers every message, but that means the plugin holds group context the base Hermes agent doesn t. Where does the "who said what" memory live: inside my own Hermes runtime, or a hosted Humalike service the group messages get routed through? And is the speak/stay-silent decision a model call on every message (latency + cost per turn) or a lightweight local classifier?

Does Humalike adapt to different group dynamics over time, or does each workspace start from a predefined behavioral profile?

Love the concept. One question: can developers customize how talkative the agent should be depending on the workspace or group?

One thing that would help us a lot is a built-in persona memory layer where the agent remembers how it adapted its tone with a specific user last time, so we don't have to manually re-tune behavior across sessions.

Does the memory work across different group chats or is it per-group? Curious how much conversation history it needs before it starts picking up tone shifts.

Congrats on the launch. Social intelligence gets useful only when the signal is explainable. When Hermes surfaces an insight about a person or community, can users inspect the evidence behind it and correct the signal if the system gets it wrong?

Been waiting for something like this honestly. Social intelligence layer for agents is kind of missing piece in most setups. Does it handle context persistance across long sessions or its mainly per-conversation?