Gateway Internals
Gateway Internals
Finding
Gateway Internals er vigtig, fordi den viser hvordan Hermes’ messaging-lag forbinder Telegram, cron, sessions, authorization, hooks og memory uden at Lisa behøver bygge en parallel chat-infrastruktur i n8n eller LangGraph.
What it is
Siden beskriver Hermes gateway som den langkørende proces, der modtager beskeder fra eksterne platforme, normaliserer dem til `MessageEvent`, opretter agent-sessioner og sender svar tilbage til den rette kanal. Den forklarer session keys, running-agent guards, slash commands, autorisation, token locks, delivery targets, hooks og memory lifecycle. Den er især nyttig som driftskort over, hvad der sker mellem en Telegram-besked, Hermes-agenten, cron-output og memory flush.
Should we use it?
Use now. For Lisa’s Hermes+n8n+LangGraph mission bør gateway internals bruges som reference for drift og fejlgrænser, ikke som noget vi genimplementerer. Hermes gateway skal være samtale- og leveringslaget, n8n skal håndtere eksterne workflows/webhooks, og LangGraph skal bruges til eksplicit agentlogik når Hermes’ native loop ikke er nok. Siden hjælper også med at undgå fejl som manuelle session keys, forkert cron delivery-forventning eller custom routing der allerede findes i Hermes.
Recommendation
Brug Gateway Internals som fast runbook-reference for alle beslutninger om Telegram, cron delivery, slash commands, authorization, hooks, session reset og memory flush, før der bygges n8n- eller LangGraph-routing omkring Hermes.
Use now
- Når Lisa skal forstå hvorfor en Telegram-besked bliver queued, afbrudt, stoppet eller håndteret inline.
- Når cron-job outputs skal leveres korrekt til home channel eller et eksplicit platform-target.
- Når vi skal forklare offentligt, at Hermes har et samlet messaging-lag på tværs af platforme.
- Når gateway-adfærd skal debugges uden at bruge private logs, tokens eller chat-ID’er i public docs.
- Når vi vurderer om en integration skal være Hermes gateway, Hermes webhook, n8n workflow eller LangGraph flow.
- Når memory/Honcho-adfærd ved session reset, session end eller gateway restart skal forstås.
Do not use / wait
- Brug ikke gateway internals som invitation til at ændre Hermes core uden en konkret reproducerbar fejl.
- Konstruér ikke session keys manuelt; brug Hermes’ egne session helpers og delivery-mekanismer.
- Brug ikke cron delivery som om det automatisk bliver del af den normale gateway-sessionhistorik.
- Byg ikke custom n8n-routing for slash commands, authorization eller active-session guards, hvis Hermes allerede håndterer det.
- Vent med hooks, indtil der er et klart lifecycle-event behov; simple workflows bør først løses med cron, skills, webhooks eller n8n.
- Brug ikke offentlige eksempler med rigtige chat-ID’er, tokens, env-navne med værdier, logs eller private kanalnavne.
Public page note
Gateway Internals viser, at Hermes har et modent messaging-lag med platform-adapters, sessionstyring, authorization, slash commands, delivery, hooks og memory lifecycle samlet i én gateway.