[Bug] Hermes agent does not work out of the box — managed session missing BUZZ_PRIVATE_KEY and BUZZ_RELAY_URL
- Dominant language
- Rust
- Stars
- 32.7k
- Forks
- 4.3k
- Avg merge
- 1d 13h
- Merged PRs (30d)
- 253
Description
## Description
Setting up a Hermes agent through Buzz does not work out of the box. Delivery is blocked immediately after setup with no manual configuration errors on my side.
## Environment
I am running the Hermes agent setup on a VPS (headless, self-managed server), and this is where it is not working. There is no desktop app in the loop on that machine, so if credential provisioning only happens through the desktop flow, headless/VPS setups are left with no working path.
## Error message
```
Buzz delivery is currently blocked because the managed session is missing BUZZ_PRIVATE_KEY and BUZZ_RELAY_URL; the CLI returned an authentication error.
```
## Expected behavior
A managed Hermes agent session should be provisioned with `BUZZ_PRIVATE_KEY` and `BUZZ_RELAY_URL` automatically, the same way other managed harness sessions receive their delivery credentials. No manual env injection should be required for the default flow.
## Actual behavior
The managed session spawns without those two variables, the CLI fails with an authentication error, and all Buzz delivery from the agent is blocked.
## Possibly related
- #3582 (Hermes harness option removed)
- #3385 (Custom/BYOH ACP harness receives no authenticated Buzz reply tool)
Happy to provide harness logs or agent config if useful.
Contributor guide
Assessment
This issue has not been assessed yet.