Academy → Practical guidesOfficial documentation · clear explanation

Running Hermes on a Personal or Work Machine

Running Hermes on a Personal or Work Machine

Essential12 minutes3 questions2026-08-09
The idea in one minute

Start with meaning, then move to detail.

This lesson explains Running Hermes on a Personal or Work Machine as part of operating Hermes with explicit security boundaries. You will learn what it does, when it matters, and the smallest safe test that proves it works.

If you are new

If you are new, do not memorize names. Focus on three questions: what problem does this solve, what access does it need, and how can you verify the result?

For hands-on use

For practice, inspect the first example, identify its effects, run it on test data, and compare the result with the source claim.

For specialists

For advanced readers, inspect What the Defaults Already Protect, Tightening for a Shared or Work Machine, Switch approvals to manual, then verify failure modes and version compatibility.

What do you need first?

You only need to know which files and accounts the agent may access.

What will you know?

A clear outcome before you read.

  • Understand Running Hermes on a Personal or Work Machine without assumed prior knowledge.
  • Separate the source description from what still needs testing in your environment.
  • Read the first command and identify its inputs and outputs before copying it.
Lesson terms

Short definitions before the details.

Provider
The service that runs or provides access and authentication to a model.
Gateway
The process that connects Hermes to channels such as Telegram or Discord and routes messages.
Approval & sandbox
Approval pauses a sensitive action before execution; sandboxing limits impact if something goes wrong.
Official page description

A security-posture walkthrough for running Hermes Agent on the machine you live on — what the defaults protect, how to tighten further, and how to undo mistakes

Topic map

What does the source say, and in what order?

  1. 01
    What the Defaults Already Protect

    Start here to understand the core idea or structure.

  2. 02
    Tightening for a Shared or Work Machine

    Read this after the foundation, then connect it to the previous step.

  3. 03
    Switch approvals to manual

    Read this after the foundation, then connect it to the previous step.

  4. 04
    Add your own deny rules

    Read this after the foundation, then connect it to the previous step.

  5. 05
    Sandbox file writes

    Read this after the foundation, then connect it to the previous step.

  6. 06
    Move command execution off the host

    Read this after the foundation, then connect it to the previous step.

  7. 07
    If messaging is on: allowlists and pairing

    Read this after the foundation, then connect it to the previous step.

  8. 08
    The Undo Layer: Checkpoints and /rollback

    Read this after the foundation, then connect it to the previous step.

  9. 09
    What This Threat Model Is — and Isn't

    Read this after the foundation, then connect it to the previous step.

  10. 10
    A Cautious Starting Config

    Finish here to verify the result and special cases.

Examples from the official page

Copy only after you understand the effect.

approvals: mode: manual
approvals: deny: - "git push --force*" - "*curl*|*sh*" - "dd if=* of=/dev/*"
export HERMES_WRITE_SAFE_ROOT=/path/to/project:/home/you/.hermes
Try it now

Read the first command and identify its inputs and outputs before copying it.

Match every command to your installed Hermes version, review the files and accounts it can reach, and use non-sensitive data for the first test. If this explanation differs from the source, the official source wins.

Knowledge check

Three decisions before completion.

1. What is the source of truth when “Running Hermes on a Personal or Work Machine” changes?
2. What is the best way to apply this lesson?
3. What should happen before a step can modify files or an external account?