EchoNet.ing
PHASE B / CAPABILITY ATLAS

Gateway Boundaries

Messaging gateways authenticate people, isolate sessions, enforce platform policy, and never turn the public site into a control surface.

Platformmessage transport
Allowlistauthorized identity
Sessionisolated context
Policytools and approvals
Agentbounded runtime
Auditdelivery evidence
OPERATING MODEL

Gateway Boundaries

A gateway connects approved messaging platforms to Hermes. It validates sender and chat identity, routes messages into isolated sessions, applies platform-specific tool policy, and requires approvals for consequential actions. Rate limits and pairing reduce abuse. EchoNet.ing remains static documentation and has no gateway credentials or control path.

Authenticate the platform

Configure tokens locally and verify platform identity without printing secrets.

Allowlist users and chats

Default deny; approve the minimum identities and destinations.

Isolate sessions

Separate profiles, chats, topics, and sensitive workflows.

Set platform tool policy

Expose only tools appropriate to that channel and trust level.

Test delivery and denial

Verify authorized messages, blocked senders, approval flow, and error alerts.

PRACTICAL REFERENCE

Boundary controls

ControlPurposeProof
Allowlist / pairingRestrict who can invoke the agentAuthorized and denied test messages
Session isolationPrevent context crossoverDistinct session identifiers and history
ApprovalsPause consequential commandsVisible approve/deny flow
Rate limitingReduce abuse and runaway loopsThreshold and recovery test
Delivery verificationConfirm output reached targetPlatform message ID or read-back
FAILURE MODES

What breaks—and how to recover.

Connected but silent

Check recent inbound logs, allowlists, and model health—not stale status alone.

Context crosses chats

Use per-chat/topic session keys and isolated profiles.

Public site implied as control

State clearly that documentation is static and management surfaces remain private.

Copyable implementation prompt

Design a messaging gateway for [PLATFORM]. Define authentication, allowlists, pairing, session keys, profile routing, tool policy, approvals, rate limits, logging, delivery verification, and emergency shutdown. Keep the public website fully segregated.
Public boundary

Use placeholders for paths, accounts, endpoints, identities, and credentials. Never publish secret values, private records, or a live control surface.

Verification gate

  • Unauthorized senders are denied
  • Sessions do not share private context
  • Consequential tools require approval
  • Rate limits and failure alerts work
  • Public pages contain no control credentials or endpoints