
Hermes: TillClawn π€‘ Got a Brother β and It's Not a Parcel Service
TL;DR: βHermes is our new lean framework next to TillClawn π€‘. TillClawn π€‘ stays the enterprise layer on OpenClaw β skills, gateways, compliance, multi-system. Hermes is the messenger layer: voice, messaging, channel bridging, inbound routing. Two building blocks, clear split β no merge, no universal tool."
β Till FreitagUpfront
As of today, next to TillClawn π€‘ there's a second building block in our stack: Hermes. And since the question is going to come up: no, it's not a parcel service. No neckties either. And it isn't a second product we're trying to sell you β Hermes is a framework, a standalone layer inside the OpenClaw ecosystem.
Hermes is the Greek messenger god β and that's pretty much what the layer does. It carries messages between humans, agents, and channels. It builds no skill of its own, orchestrates no enterprise workflows. It just makes sure the right message lands in the right place in the right shape.
Why a second layer?
Six months of TillClawn π€‘ in production taught us one thing we had underestimated:
Per-customer value doesn't come from the skills. It comes from an agent answering in a Slack call, from a voicemail landing as a structured task, from a customer asking on WhatsApp and the answer being in the CRM before sales even reads it.
So far, that was always part of TillClawn π€‘. And it was a mistake. Because:
- Projects that only needed the messenger function had to drag along the full enterprise stack.
- Projects that needed the enterprise stack got the voice pipeline shipped along, even though they never switched it on.
- Our roadmap pulled in two directions at once β deep into skills and wide into channels.
So we cut. TillClawn π€‘ stays what it is. Hermes becomes the standalone framework layer for everything that carries messages.
What Hermes is β and isn't
| TillClawn π€‘ | Hermes | |
|---|---|---|
| Core | Enterprise agent on OpenClaw | Channel and voice bridge |
| Answers | "How does an agent safely reach my CRM/ERP?" | "How does the agent get into the meeting, the call, the WhatsApp window?" |
| Audience | CIO, Head of Ops, Compliance | Sales, Support, Marketing |
| Character | Product layer, self-hosted, GDPR-compliant, auditable | Framework layer, self-hosted or embeddable as a bridge |
| Skills | 47 active, enterprise-system specialized | None. Hermes calls skills β it isn't one. |
| State | Persistent, long-lived, trace log | Session-based, message log |
| What's inside | OpenClaw + our enterprise extensions | Gemini Live bridge, Twilio, WhatsApp Business API, Meet/Teams bots |
| Release cadence | Monthly, documented | Weekly, along the voice models |
Important for anyone reflexively looking for the comparison:
- Hermes is not an OpenClaw killer. It sits on an OpenClaw or TillClawn π€‘ backend. Without an agent layer it has nothing to say.
- Hermes is not a voicebot builder. If you want to build a bot that takes bookings and nothing else β use Retell or Vapi. Hermes is overkill for that.
- Hermes is not a replacement for TillClawn π€‘. It's the framework you put in front of or next to it so humans and agents can meet in the first place.
The reason for the split (technical)
Until June the voice pipeline ran as an optional layer inside TillClawn π€‘. That created two problems:
- Latency budget was shared. A skill call against SAP is allowed 4 seconds. A voice turn is allowed 400 ms. Building both in the same process model doesn't hold up cleanly.
- Release cadences were incompatible. Voice models (Gemini Live, ElevenLabs, OpenAI Realtime) spin weekly. Enterprise skills need monthly, documented releases. Two cadences, one repo β doesn't hold.
The split was overdue. We should have done it three months ago.
Where Hermes goes first
Three scenarios we start with:
- Inbound voice β task. Customer calls, Hermes picks up, clarifies intent, opens a monday item with a structured summary. Agent response optional.
- Meeting attendance. Hermes joins Google Meet or Teams as a named participant, transcribes, asks back when needed, files follow-ups in the CRM.
- Omnichannel routing. WhatsApp, email, Slack, SMS in one session. Hermes normalizes the message, hands it to the agent layer (TillClawn π€‘ or directly to a model), and formats the response back into the channel.
What Hermes explicitly does not do: make its own decisions. It's messenger, not advisor.
What this means for TillClawn π€‘ projects
Short: nothing you don't want.
- If you run TillClawn π€‘ today with the voice pipeline, you'll migrate to the Hermes layer in July β same functionality, cleanly separated building block.
- New TillClawn π€‘ setups no longer get Hermes bundled by default. If you want voice, you pull the layer in explicitly.
- Internal complexity in TillClawn π€‘ drops accordingly β less overhead in the enterprise layer, more focus on skills and compliance.
If you only ever wanted the voice pipeline but had to drag the full enterprise layer along to get it: from now on, Hermes ships solo.
Why the name
Because "TillClawn π€‘ Voice" was boring. And because we have a rule: if a building block has its own roadmap, its own cadence, and its own audience, it gets its own name.
Hermes is the fastest of the Olympians, crosses borders between worlds, and delivers messages. No other name described what the thing does as precisely.
And yes, "isn't that the courier?" will be the most frequent question of the next three months. We can live with that.
Verdict
Two building blocks, cleanly split:
- TillClawn π€‘ β the enterprise layer on OpenClaw. Skills, gateways, compliance, audit. For ops, compliance, CIO.
- Hermes β the messenger layer. Voice, meeting attendance, omnichannel routing. For sales, support, marketing.
No merge, no universal tool. The lesson from six months of OpenClaw in production was clear: specialization beats suite. We're building accordingly.
Curious about Hermes? Talk to us β first pilots run in July.
More context: TillClawn π€‘ in Production Β· OpenClaw Audit 2026








