Hermes HelmetOpen-source software factory

Give Hermes the wings to carry your plan through, under its own identity

Controlled autonomy with agent identity

Hermes Helmet carries an accepted GitHub plan through implementation, review, repair, and authorized merge, with controlled autonomy and Hermes working under its own identity.

Hermes Helmet emblem: a dark-haired heroine wearing a futuristic winged helmet with a glowing cyan visor.
WorkerSeparate identity

The delivery path

One plan. Connected work. Explicit authority.

GitHub keeps the issues, pull requests, reviews, repairs, and acceptance visible from start to finish.

  1. 01PlanCaptain + first officer
  2. 02ImplementHermes crew
  3. 03ReviewFirst officer
  4. 04RepairHermes crew
  5. 05MergeWhen authorized

Who acts

You set the direction. Your first officer sees it through.

Put together a written plan with your coding agent and record the work as linked GitHub issues. Then authorize that agent to carry it through with Hermes.

01Direction

Human Captain

Agree on the goal and written plan, then delegate authority.

IdentityYour account
02Coordination

Coding-agent first officer

Assign work, review it, direct repairs, and merge when authorized.

IdentityUses the Captain's OS account and credentials
03Implementation

Hermes crew

Implement, test, open pull requests, and repair the same change.

IdentityIts own worker account and credentials

What makes Hermes Helmet unique is how the Hermes agent runs with a different identity, making it clear who is doing the work. However, coding agents don't make this separation and they act as the user, regardless of whether they are running in the cloud or on the computer, directly or in a container. Your first officer reviews and accepts that work under the authority you grant it.

Identity and authority

A worker identity inside Docker Compose

The first officer stays on your workstation, using your credentials to assign and accept work. Hermes runs in the Compose stack with its own GitHub account, token, and checkout.

Captain identity stays on the workstation. Hermes runs in Docker Compose under its own worker identity, using GitHub for issues, reviews, and pull requests. This is the identity and Compose diagram from the public Hermes Helmet README.

Delivered work

Review found a defect. Hermes repaired the same pull request.

Younes used Hermes Helmet to deliver installation and local-memory improvements in FAVA Trails 0.7.0. The implementation, review, repair, and acceptance remain visible in the public GitHub record.

  1. PlanRequirements issue 107
  2. ImplementationPull request 111
  3. ReviewRepair requested
  4. RepairHermes updated the same branch
  5. ResultPublished in FAVA Trails 0.7.0

yia-mw-agent authored the implementation. Review and merging used the Captain account, timeleft--, through the first officer.

Model choice

Keep the workflow as models change

The coding agent acting as first officer, the model used by Hermes, and each actor's authority remain separate choices.

What you retain

  • Source you can inspect and adapt
  • Task records and review history
  • Explicit authority choices
  • Freedom to change providers
Read the provider and model documentation

Take the helm

Give Hermes a written plan and the room to carry it through.

Start with one GitHub issue, inspect the work and its identity, then delegate a larger plan when you are ready.

Open the Hermes Helmet quickstart

GitHub repoRead the introduction