Search the field guide ⌘K

Execution boundary decision

Hermes Agent local vs Docker security

Use local execution only for trusted, narrow experiments. Use Docker or another sandboxed backend when Hermes will run commands, touch private repositories, handle messaging, or operate unattended.

Agent Guide is an independent editorial resource. It is not affiliated with, endorsed by, or sponsored by Nous Research, Hermes Agent, or Hermes/Hermes brand owners. Product names and marks belong to their respective owners.

Short answer

The local-vs-Docker decision is the core Hermes Agent safety decision. Local execution is convenient because commands run as your user. That also means local files and credentials can be reachable if your workflow is too broad.

Docker improves the boundary by putting command execution in a container or running Hermes itself in a container. The boundary still depends on mounted directories, forwarded environment variables, ports, gateway allowlists, and whether the workflow can run unattended.

Decision table

PathBest forAvoid whenMain risk
Local hostLearning, trusted one-off tasks, narrow test foldersThe agent can touch private repos, broad files, or production keysCommands run with your user permissions.
Docker terminal backendCommand execution with a clearer sandbox boundaryYou forward broad env vars or mount sensitive foldersContainer can still see forwarded secrets and mounted files.
Hermes in DockerRepeatable service, gateway, VPS, isolated data directoryYou expose ports broadly or skip backupsPersistent /opt/data contains sensitive agent state.
SSH/remote hostSeparate machine boundaryRemote host has broad production accessKeys and remote filesystem scope become the risk.

Safer default setup

  1. Run the first local test in a temporary directory with no secrets.
  2. Move command-heavy workflows to Docker before connecting real repositories.
  3. Mount only the project folder or data directory required for the task.
  4. Forward no environment variables by default; add only named variables when a workflow needs them.
  5. Keep messaging gateways on allowlists and test outbound behavior manually before scheduling.

Failure modes and fixes

FailureWhy it happensFix
Agent reads too many filesStarted in a broad local directoryUse a narrow workspace or Docker mount.
Secret available in containerEnv var forwarded manually or by skillRemove forwarding, rotate the key if exposed, and narrow skill requirements.
Gateway accepts unknown usersAllow-all setting or missing allowlistConfigure platform/user allowlists before external use.
Rollback is unclearPersistent data directory not backed upBack up Hermes data before upgrades, migrations, and new skills.
Approvals skipped unexpectedlyYOLO or container boundary behavior misunderstoodReview approval mode and backend-specific security behavior.

What to document before production

Direct answer

Use local execution only for trusted, narrow experiments. Use Docker or another sandboxed backend when Hermes will run commands, touch private repositories, handle messaging, or operate unattended.

This page is part of Agent Guide's independent Hermes Agent cluster. It is source-backed and labelled when first-hand execution has not been run.

What this page does not cover

Official sources reviewed

Source Used for Last checked Confidence
Hermes Agent security guide Approval modes, gateway authorization, Docker terminal backend hardening, and credential cautions. 2026-06-02 high
Hermes Agent Docker guide Docker run modes, mounted data directory, gateway operation, ports, and production cautions. 2026-06-02 high
Hermes Agent configuration guide Provider, model, backend, and environment configuration patterns. 2026-06-02 high

Known caveats: Security behavior can change. Verify current official security and Docker docs before relying on this page for production governance.

FAQ

Is local execution ever acceptable?

Yes, for narrow, trusted experiments in non-sensitive directories. It is not the right default for unattended or production-like workflows.

Does Docker remove the need for approvals?

No. Docker changes the execution boundary, but operators still need review, mounts, env forwarding, gateway allowlists, and rollback discipline.

Operator checklist

Get the Agent Guide launch checklist

Receive the smoke-test order for install path, sandbox boundary, provider setup, source review, and production checks.